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Imagine for a moment a world where all electronic 
communications 
were instantaneous. 
A world where 
voice, data, and graphics could all be transported via 
telephone lines to a variety of computers and receiving 
systems. A world where the touch of a fidger could 
summon information ranging from stock reports to 
classical literature and bring it into environments as 
diverse as offices and labs, factories and living rooms. 


Unfortunately, these promises of the Information Age 
still remain largely unfulfilled. While computer tech- 
nology has accelerated rapidly over the last twenty 
years, the communications methods used to tie the wide 
variety of electronic systems in the world together have, 
by comparison, failed to keep pace. Faced with a tangle 
of proprietary offerings, high costs, evolving standards, 
and incomplete technologies, the world is still waiting 
for networks that are truly all-encompassing, the miss- 
ing links to today's communications puzzle. 


Enter microcommunications-microchip-based 
digital 
communications products and services. A migration of 
the key electronics communications functions into sili- 
con is now taking place, providing the vital interfaces 
that have been lacking among the various networks 
now employed throughout the world. Through the evo- 
lution of VLSI (Very Large Scale Integration) technolo- 
gy, microcommunications 
now can offer the perform- 
ance required to effect these communications interfaces 
at affordable costs, spanning the globe with silicon to 
eradicate the troublesome bottleneck that has plagued 
information transfer during recent years. 


"There are three parts to the communications puzzle," 
says Gordon Moore, Intel Chairman and CEO. "The 
first incorporates the actual systems that communicate 
with each other, and the second is the physical means 
to connect them-such 
as cables, microwave technolo- 
gy, or fiber optics. It is the third area, the interfaces 
between the systems and the physical links, where sili- 
con will act as the linchpin. That, in essence, is what 
microcommunications is all about." 


THE COMMUNICATIONS 
BOTTLENECK 


Visions of global networks are not new. Perhaps one of 
the most noteworthy of these has been espoused by Dr. 
Koji Kobayashi, chairman of NEC Corporation. His 
view of the future, developed over the nearly fifty years 
of his association with NEC, is known as C&C (Com- 
puters and Communications). It defines the marriage of 
passive communications 
systems and computers 
as 
processors and manipulators of information, providing 
the foundation for a discipline that is changing the ba- 
sic character of modem society. 


Kobayashi's macro vision hints at the obstac1,-s con- 
fronting the future of C&C. When taken to the micro 
level, to silicon itself, one begins to understand 
the 
complexities that are involved. When Intel invented the 
microprocessor fifteen years ago, the first seeds of the 
personal computer revolution were sown , marking an 
era that over the last decade has dramatically influ- 
enced the way people work and live. PCS now prolifer- 
ate in the office, in factories, and throughout laboratory 
environments. And their "intimidation" factor has less- 
ened to where they are also becoming more and more 
prevalent in the home, beginning to penetrate a market 
that to date has remained relatively untapped. 


Thanks 
to semiconductor 
technology, 
the personal 
computer has raised the level of productivity in our 
society. But most of that productivity has been gained 
by individuals at isolated workstations. Group produc- 
tivity, meanwhile, still leaves much to be desired. The 
collective productivity of organizations can only be en- 
hanced 
through 
more 
sophisticated 
networking 
technology. We are now faced with isolated "islands 
of automation" 
that 
must 
somehow be developed 
into networks of productivity. 


But no amount of computing can meet these challenges 
if the corresponding communications technology is not 
sufficiently in step. The Information Age can only grow 
as fast as the lowest common denominator-which 
in 
this case is the aggregate communications bandwidth 
that continues to lag behind our increased computing 
power. Such is the nature of the communications bot- 
tleneck, where the growing amounts of information we 
are capable of generating can only flow as fast as the 
limited and incompatible communications capabilities 
now in place. Clearly, a crisis is at hand. 


Three factors have contributed to this logjam: lack of 
industry 
standards, 
an insufficient cost/performance 
ratio, and the incomplete status of available communi- 
cations technology to date. 
• 
Standards-Qne 
look at the tangle of proprietary 
systems now populating office, factory, and labora- 
tory environments gives a good indication of the 
inherent difficulty in hooking these diverse systems 
together. And these systems do not merely feature 
different architectures-they 
also represent com- 


pletely different levels of computing, ranging from 
giant mainframes at one end of the scale down to 
individual microcontrollers on the other. 
The market has simply grown too fast to effectively 
accommodate the changes that have occurred. Sup- 
pliers face the dilemma of lI:J.eshingproduct differ- 
entiation issues with industry-wide compatibility as 
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they develop their strategies; opting for one in the 
past often meant forsaking the other. And while 
some standards have coalesced, the industry still 
faces a technological Tower of Babel, with many 
proprietary solutions vying to be recognized in lead- 
ership positions. 
• 
CostlPerformance 
Ratio-While 
various commu- 
nications technologies struggle toward 
maturity, 
the industry has had to cope with tremendous costs 
associated with interconnectivity 
and interopera- 
tion. Before the shift to microelectronic interfaces 
began to occur, these connections often were pro- 
hibitively expensive. 
Says Ron Whittier, Intel Vice President and Direc- 
tor of Marketing: 
"Mainframes 
offer significant 
computing and communications 
power, but at a 
price that limits the number of users. What is need- 
ed is cost-effective communications 
solutions to 
hook together the roughly 16 million installed PCs 
in the market, as well as the 'soon-to-exist voice/ 
data terminals. That's the role of microcommunica- 
tions-bringing 
cost-effective com\Dunications solu- 
tions to the microcomputer world." 
• 
Incomplete Technology-Different 
suppliers have 
developed many networking schemes, but virtually 
all have been fragmented and unable to meet the 
wide range of needs in the marketplace. Some of 
these approaches have only served to create addi- 
tional problems, making OEMs and systems houses 
loathe to commit to suppliers who they fear cannot 
provide answers at all of the levels of communica- 
tions that are now funneled into the bottleneck. 


Three principal types of networks now comprise the 
electronic communications 
marketplace: 
Wide Area 
Networks (WANs), Local Area Networks (LANs), and 
Small Area Networks (SANs). Each in its own fashion 
is turning to microcommunications 
for answers to its 
networking problems. 


WANs-known 
by some as Global Area Networks 
(GANs)-are 
most 
commonly 
associated 
with 
the 
worldwide analog telephone system. The category also 
includes a number of other segments, such as satellite 
and microwave communications, traditional networks 
(like mainframe-to-mainframe 
connections), modems, 
statistical multiplexers, and front-end communications 
processors. The lion's share of nodes--electronic 
net- 
work connections-in 
the WAN arena, however, re- 
sides in the telecommunications segment. This is where 
the emerging ISDN (Integrated Services Digital Net- 
work) standard comes into focus as the most visible 
portion of the WAN marketplace. 


The distances over which information may be transmit- 
ted via a WAN are essentially unlimited. The goal of 
ISDN is to take what is largely an analog global system 
and transform it into a digital network by defining the 
standard 
interfaces that will provide connections at 


each node. 


These interfaces will allow basic digital communica- 
tions to occur via the existing twisted pair of wires that 
comprise the telephone lines in place today. This would 
bypass the unfeasible alternative of installing complete- 
ly new lines, which would be at cross purposes with the 
charter of ISDN: to reduce costs and boost perform- 
ance through realization of an all-digital network. 


The second category, Local Area Networks, represents 
the most talked-about link provided by microcommuni- 
cations. In their most common form, LANs are com- 
prised of-but 
not limited to-PC-to-PC 
connections. 


They incorporate information exchange over limited 
distances, usually not exceeding five kilometers, which 
often takes place within the same building or between 
adjacent work areas. The whole phenomenon surround- 
ing LAN development, personal computing, and dis- 
tributed processing essentially owes its existence to mi- 
crocomputer technology, so it is not surprising that this 
segment of networking has garnered the attention it has 
in microelectronic circles. 


Because of that, progress is being made in this area. 
The most prominent standard-which 
also applies to 
WANs and SANs-is 
the seven-layer Open Systems In- 
terconnection (OSI) Model, established by the Interna- 
tional Standards Organization (ISO). The model pro- 
vides the foundation to which all LAN configurations 
must adhere if they hope to have any success in the 
marketplace. 
Interconnection 
protocols 
determining 
how systems are tied together are defined in the first 
five layers. Interoperation concepts are covered in the 
upper two layers, defining how systems can communi- 
cate with each other once they are tied together. 


In the LAN marketplace, a large number of networking 
products and philosophies are available today, offering 
solutions at various price/performance 
points. Diverse 
approaches such as StarLAN, Token Bus and Token 
Ring, Ethernet, and PC-NET, to name a few of the 
more popular office LAN architectures, point to many 
choices for OEMs and end users. 


A similar situation exists in the factory. While the 
Manufacturing Automation Protocol (MAP) standard 
is coalescing around the leadership of General Motors, 


Boeing, and others, a variety of proprietary solutions 
also abound. The challenge is for a complete set of in- 
terfaces to emerge that can potentially tie all of these 
networks together in-and 
among-the 
office, factory, 
and lab environments. 


The final third of the network trinity is the Small Area 
Network (SAN). This category is concerned with com- 
munications over very short distances, usually not ex- 
ceeding 100meters. SANs most often deal with chip-to- 
chip or chip-to-system transfer of information; they are 
optimized to deal with real-time applications generally 
managed by microcontrollers, such as those that take 
place on the factory floor among robots at various 
workstations. 


SANs incorporate communications functions that are 
undertaken 
via serial backplanes in microelectronic 
equipment. While they represent a relatively small mar- 
ket in 1986 when compared to WANs and LANs, a 
tenfold increase is expected through 1990. SANs will 
have the greatest number of nodes among network ap- 
plications by the next decade, thanks to their prepon- 
derance in many consumer products. 


While factory applications will make up a large part of 
the SAN marketplace probably the greatest contributor 
to growth will be in automotive applications. Micro- 
controllers are now used in many dashboards to control 
a variety of engine tasks electronically, but they do not 
yet work together in organized and efficient networks. 
As Intel's Gordon Moore commented earlier this year 
to the New York Society of Security Analysts, when 
this technology shifts into full gear during the next dec- 
ade, the total automobile electronics market will be 
larger than the entire semiconductor 
market was in 
1985. 


Such growth is also mirrored in the projections for the 
WAN and LAN segments, which, when combined with 
SANs, make up the microcommunications market pie. 
According to Intel analysts, the total silicon microcom- 
munications market in 1985 amounted to $522 million. 
By 1989, Intel predicts this figure will have expanded to 
$1290 million, 
representing 
a compounded 
annual 
growth rate of 25%. 


And although the WAN market will continue to grow 
at a comfortabk rate, the SAN and LAN pieces of the 
pie will increase the most dramatically. Whereas SANs 
represented only about 12.5% ($65 million) in 1985, 
they could explode to 22.5% ($290 million) of the larg- 
er pie by 1989.This growth is paralleled by increases in 


the LAN segment, which should grow from 34.5% of 
the total silicon microcommunications market in 1985 
to 44.5% of the expanded pie in 1989. 


Opportunities abound for microcommunications 
sup- 
pliers as the migration 
to 
silicon continues. 
And 
perhaps no VLSI supplier is as well-positioned in this 
marketplace as Intel, which predicts that 50% of its 
products will be microcommunications-related by 1990. 
The key here is the corporation's ability to bridge the 
three issues that contribute to the communications bot- 
tleneck: standards, 
cost-performance 
considerations, 


and the completeness of microcomputer and microcom- 
munications product offerings. 


INTEL AND VLSI: THE 
MICROCOMMUNICATIONS 
MATCH 


Intel innovations helped make the microcomputer revo- 
lution 
possible. Such industry 
"firsts" 
include 
the 
microprocessor, 
the 
EPROM, 
the 
E2PROM, 
the 
microcontroller, development systems, and single board 
computers. Given this legacy, it is not surprising that 
the corporation should come to the microcommunica- 
tions marketplace already equipped with a potent arse- 
nal of tools and capabilities. 


The first area centers on industry standards. As a VLSI 
microelectronic leader, Intel has been responsible for 
driving many of the standards that are accepted by the 
industry today. And when not actually initiating these 
standards, 
Intel 
has supported 
other 
existing and 
emerging standards through its longtime "open sys- 
tems" philosophy. This approach protects substantial 
customer investments and ensures easy upgradability 
by observing compatibility with previous architectures 
and industry-leading standards. 


Such a position is accentuated by Intel's technology re- 
lationships and alliances with many significant names 
in the microcommunications field. Giants like AT&T 
in the ISDN arena, General Motors in factory network- 
ing, and IBM in office automation 
all are working 
closely with Intel to further the standardization of the 
communications 
interfaces that 
are so vital to the 
world's networking future. 


Cost/performance 
considerations also point to Intel's 
strengths. As a pioneer in VLSI technology, Intel has 
been at the forefront of achieving greater circuit densi- 
ties and performance on single pieces of silicon: witness 
the 275,000 transistors housed on the 32-bit 80386, the 
highest performance commercial microprocessor ever 
built. As integration has increased, cost-per-bit has de- 
creased steadily, marking a trend that remains consist- 
ent in the semiconductor industry. And one thing is 
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certain: microcommunications 
has a healthy appetite 


for transistors, placing it squarely in the center of the 
VLSI explosion. 


But it is in the final area~ompleteness 
of technology 


and products-where 
Intel is perhaps the strongest. No 


other microelectronic vendor can point to as wide an 
array of products positioned across the various seg- 
ments that comprise the microelectronic marketplace. 
Whether it be leadership in the WAN marketplace as 
the number one supplier of merchant telecommunica- 
tions components, strength in SANs with world leader- 
ship in microcontrollers, 
or overall presence in the 


LAN arena with complete solutions in components, 
boards, software, and systems, Intel is a vital presence 
in the growing microcommunications arena. 


That leadership extends beyond products. Along with 
its own application software, Intel is promoting expan- 
sion through partnerships with many different indepen- 
dent software vendors (ISVs), ensuring that the neces- 
sary application programs will be in place to fuel the 
gaips provided by the silicon "engines" residing at the 
interface level. And finally, the corporation's commit- 
ment to technical support 
training, service, and its 


strong force of field applications engineers guarantees 
that it will back up its position and serve the needs that 
will continue to spring up as the microcommunications 
evolution becomes a reality. 


Together, all the market segment alluded to in this arti- 
cle comprise the world of microcommunications, 
a 


world coming closer together every day as the web of 
networking solutions expands-all 
thanks to the tech- 


nological ties that bind, reaching out to span the globe 
with silicon. 
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82586 
LOCAL AREA NETWORK 
COPROCESSOR 


• 
Performs Complete CSMA/CD Medium 
Access Control Functions 
Independently of CPU 
- 
High Level Command Interface 


• 
Supports Established and Emerging 
LAN Standards 
-IEEE 
802.3/Ethernet (10BASE5) 
-IEEE 
802.3/Cheapernet (10BASE2) 
-IBM 
PC Network 
-IEEE 
802.3/StarLAN (1BASE5) 
- 
Proprietary CSMAlCD Networks up 
to 10 Mbps 


• 
On-Chip Memory Management 
- 
Automatic Buffer Chaining 
- 
Buffer Reclaim After Receipt of Bad 
Frames 
- 
Save Bad Frames, Optionally 


• 
Interfaces to 8-bit and 16-bit 
Microprocessors 


• 
48 Pin DIP and 68 Pin PLCC 


• 
Supports Minimum Component 
Systems 
- 
Shared Bus Configuration 
-Interface 
to iAPX 186and 188 
Microprocessors without Glue 


• 
Supports High Performance Systems 
- 
Bus Master, with On-Chip DMA 
- 
5 MBytes/Sec Bus Bandwidth 
- 
Compatible with Dual Port Memory 
- 
Back to Back Frame Reception at 10 
Mbps 


• 
Network Management 
- 
CRC Error Tally 
- 
Alignment Error Tally 
- 
Location of Cable Faults 


• 
Self-Test Diagnostics 
-Internal 
Loopback 
- 
External Loopback 
-Internal 
Register Dump 
- 
Backoff Timer Check 


BUS 
INTERFACE 
UNIT 


DWI 
CONTROL 
(4 CHANNELS) 
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22 
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23 
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NOTE: 
The symbols 
in parentheses 
correspond 
to minimum 
mode. 
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14 
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39 
13 
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40 
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Vss 
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N82586 
6aL 
PlCC 
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VIEW) 
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Vcc 


VCC 


VCC 


ARDY/SRDY 


INT 
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S1(DT/R) 


NC 
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The 82586 
is an intelligent, 
high performance 
Local 
Area 
Network 
coprocessor, 
implementing 
the 


CSMAlCD 
access 
method 
(Carrier 
Sense 
Multiple 


Access with Collision 
Detection). 
It performs 
all time- 
crystal 
functions 
independently 
of the host proces- 
sor, 
which 
maximizes 
performance 
and 
network 


efficiency. 


The 
82586 
performs 
the 
full 
set 
of 
IEEE 
802.3 


CSMA/CD 
media access 
control 
and channel 
inter- 
face functions 
including: 
framing, 
preamble 
genera- 


tion 
and 
stripping, 
source 
address 
generation, 


destination 
address 
checking, 
CRC generation 
and 


checking, 
short frame detection. 
Any data rate up to 


10 Mb/s 
can be used. 


The 82586 provides two independent 
16 byte FIFOs, 


one 
for 
receiving 
and 
one 
for 
transmitting. 
The 


threshold 
for block transfer 
to/from 
memory 
is pro- 


grammable, 
enabling 
the user to optimize 
bus over- 


head for a given worst case bus latency. 


The 82586 provides 
a rich set of diagnostic 
and net- 


work 
management 
functions 
including: 
internal 
and 


external 
loopbacks, 
exception 
condition 
tallies, 


channel 
activity 
indicators, 
optional 
capture 
of all 


frames 
regardless 
of destination 
address, 
optional 


capture 
of errored 
or collided 
frames, 
and time do- 


main reflectometry 
for locating 
faults in the cable. 


The 82586 can be used in either baseband 
or broad- 


band 
networks. 
It can be configured 
for maximum 


network 
efficiency 
(minimum 
contention 
overhead) 


for any length network 
operating 
at any data rate up 


to 10 Mbps. 
The 
controller 
supports 
address 
field 


lengths 
of 1, 2, 3, 4, 5, or 6 bytes. It can be config- 


ured 
for either 
the 
IEEE 802.3/Ethernet 
or HDLC 


method 
of frame 
delineation. 
Both 16-bit and 32-bit 


CRC are supported. 


The 82586 
is fabricated 
in Intel's 
reliable 
HMOS 
II 


5V technology 
and is available 
in a 48 pin DIP or 


68 pin PLCC package. 


Table 1.82586 
Pin Description 


The 
82586 
features 
a powerful 
host 
system 
inter- 
face. 
It automatically 
manages 
memory 
structures 


with command 
chaining 
and bidirectional 
data chain- 


ing. An on-chip 
DMA controller 
manages 
4 channels 


transparently 
to the user. Buffers 
containing 
errored" 


or collided 
frames 
can be automatically 
recovered. 
The 82586 can be configured 
for 8-bit or 16-bit data 


path, 
with 
maximum 
burst 
transfer 
rate 
of 2 or 4 


Mbyte/sec. 
respectively. 
Memory 
address 
space 
is 
16 Mbyte maximum. 


Symbol 
48 Pin DIP 
68 Pin PLCC 
Type 
Name and Function 
Pin No. 
Pin No. 
Level 


Vcc, Vcc 
48,36 
8,9, 
10, 11, 
System Power: + 5V Power Supply. 


61,62 


Vss,Vss 
12,24 
26,27,41, 
System Ground. 


42,43,44 


RESET 
34 
13 
I 
RESET is an active HIGH internally 
synchronized 
signal, 


TTL 
causing the 82586 to terminate 
present activity 


immediately. 
The signal must be HIGH for at least four 


clock cycles. The 82586 will execute 
RESET within ten 


system clock cycles starting from RESET HIGH. When 
RESET returns LOW, the 82586 waits for the first CA to 
begin the initialization 
sequence. 


TxD 
27 
22 
0 
Transmitted 
Serial Data output signal. This signal is HIGH 


TTL 
when not transmitting. 


TxC 
26 
23 
I 
Transmit 
Data Clock. This signal provides timing 
. 
information 
to the internal serial logic, depending 
upon the 


mode of data transfer. 
For NRZ mode of operation, 
data is 


transferred 
to the TxD pin on the HIGH to LOW clock 


transition. 


RxD 
25 
24 
I 
Received 
Data Input Signal. 


TTL 


RxC 
23 
28 
I 
Received 
Data Clock. This signal provides timing 
• 
information 
to the internal shifting 
logic depending 
upon the 


mode of data transfer. 
For NRZ data, the state of the RxD 


pin is sampled 
on the HIGH to LOW clock transition. 


Symbol 
~8 Pin DIP 
68 Pin PLCC 
Type 
Name and Function 
Pin No. 
Pin No. 
Level 


RTS 
28 
21 
0 
Request To Send signal. When LOW, notifies an external 


TIL 
interface 
that the 82586 has data to transmit. 
It is forced 


HIGH after a Reset and while the Transmit 
Serial Unit is 


not sending data. 


CTS 
29 
20 
I 
Active LOW Clear To Send input enables the 82586 


TIL 
transmitter 
to actually send data. It is normally 
used as an 
interface 
handshake 
to RTS. This signal going inactive 


stops transmission. 
It is internally 
synchronized. 
If CTS 


goes inactive, 
meeting the setup time to TxC negative 


edge, transmission 
is stopped 
and RTS goes inactive 


within, at most, two TxC cycles. 


CRS 
31 
18 
I 
Active LOW Carrier Sense input used to notify the 82586 


TIL 
that there is traffic on the serial link. It is used only if the 
82586 is configured 
for external 
Carrier Sense. When so 


configured, 
external circuitry 
is required for detecting 
serial 


link traffic. It is internally 
synchronized. 
To be accepted, 


the signal must stay active for at least two serial clock 
cycles. 


CDT 
30 
19 
I 
Active LOW Collision 
Detect input is used to notify the 


TIL 
82586 that a collision 
has occurred. 
It is used only if the 


82586 is configured 
for external Collision 
Detect. 
External 


circuitry is required for detecting 
the collision. 
It is internally 


synchronized. 
To be accepted, 
the signal must stay active 


for at least two serial clock cycles. During transmission, 
the 


82586 is able to recognize 
a collision 
one bit time after 


preamble 
transmission 
has begun. 


INT 
38 
6 
0 
Active HIGH Interrupt 
request signal. 


TIL 


CLK 
32 
15 
I 
The system clock input from the 80186 or another 


MOS 
symmetric 
clock generator. 


MN/MX 
33 
14 
I 
When HIGH, MN/MX 
selects 
RD, WR, ALE DEN, DT /R 


TIL 
(Minimum 
Mode). When LOW, MN/MX 
selects A22, A23, 


READY, SO, S1 (Maximum 
Mode). Note: This pin should be 


static during 82586 operation. 


ADO-AD15 
6-11, 
29-33,36- 
I/O 
These lines form the time multiplexed 
memory address 
(t1) 
13-22 
40,45,48, 
TIL 
and data (t2, t3, tW, t4) bus. When operating 
with an 8-bit 


49,50,53, 
bus, the high byte will output the address during the entire 


54 
cycle. ADO-AD15 
are floated 
after a RESET or when the 


bus is not acquired. 


A16-A18 
1,3-5 
55-57,59, 
0 
These lines constitute 
7 out of 8 most significant 
address 
A20-A23 
45-47 
63-65 
TIL 
bits for memory operation. 
They switch during t1 and stay 
valid during the entire memory cycle. The lines are floated 
after RESET or when the bus is not acquired. 
Address 


lines A22 and A23 are not available 
for use in minimum 


mode. 


A19/S6 
2 
58 
0 
During t1 it forms line 19 of the memory address. 
During t2 


TIL 
through t4 it is used as a status indicating 
that this is a 


Master peripheral 
cycle, and is HIGH. Its timing is identical 


to that of ADO-AD15 
during write operation. 


intJ 


Symbol 
48 Pin DIP 
68 Pin PLCC 
Type 
Name and Function 
Pin No. 
Pin No. 
Level 


HOLD 
43 
67 
0 
HOLD is an active HIGH signal used by the 82586 to 
TTL 
request local bus mastership 
at the end of the current 
CPU bus transfer 
cycle, or at the end of the current 
DMA 
burst transfer 
cycle. In normal operation, 
HOLD goes 
inactive before HLDA. The 82586 can be forced off the 
bus by HLDA going inactive. 
In this case, HOLD goes 
inactive within four clock cycles in word mode and eight 
clock cycles in byte mode. 


HLDA 
42 
68 
I 
HLDA is an active HIGH Hold Acknowledge 
signal 
TTL 
indicating 
that the CPU has received 
the HOLD request 
and that bus control 
has been relinquished 
to the 82586. It 
is internally 
synchronized. 
After HOLD is detected 
as 
LOW, the processor 
drives HLDA LOW. Note, 
CONNECTING 
Vcc TO HLDA IS NOT ALLOWED 
because 
it will cause a deadlock. 
Users wanting to give 
permanent 
bus access to the 82586 should connect 
HLDA with HOLD. 


CA 
35 
12 
I 
The CA pin is a Channel Attention 
input used by the CPU 
TTL 
to initiate the 82586 execution 
of memory resident 
Command 
Blocks. The CA signal is synchronized 
internally. 
The signal must be HIGH for at least one 
system clock period. It is latched internally 
on HIGH to 
LOW edge and then detected 
by the 82586. 


BHE 
44 
66 
0 
The Bus High Enable signal (BHE) is used to enable data 
TTL 
onto the most significant 
half of the data bus. Its timing is 
identical to that of A 16-A23. 
With a 16-bit bus it is LOW 
and with an 8-bit bus it is HIGH. Note: after RESET, the 
82586 is configured 
to 8-bit bus. 


READY 
39 
5 
I 
This active HIGH signal is the acknowledgement 
from the 
TTL 
addressed 
memory that the transfer 
cycle can be 
completed. 
While LOW. it causes wait states to be 
inserted. This signal must be externally 
synchronized 
with 
the system clock. The Ready signal internal to the 82586 
is a logical OR between 
READY and SRDY / ARDY. 


ARDY/SRDY 
37 
7 
I 
This active HIGH signal performs 
the same function 
as 
TTL 
READY. If it is programmed 
at configure 
time to SRDY, it 
is identical to READY. If it is programmed 
to ARDY. the 
positive edge of the Ready signal is internally 
synchronized. 
Note, the negative 
edge must still meet 


I 
setup and hold time specifications, 
when in ARDY mode. 
The ARDY signal must be active for at least one system 
clock HIGH period for proper strobing. The Ready signal 
internal to the 82586 is a logical OR between 
READY (in 
Maximum 
Mode only) and SRDY / ARDY. Note that 
following 
RESET, this pin assumes 
ARDY mode. 
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Symbol 
48 Pin DIP 
68 Pin PLCC 
Type 
Name and Function 
, 
Pin No. 
Pin No. 
Level 


SO,S1 
40,41 
4,3 
0 
Maximum 
mode only. These status pins define the type of 


TTL 
DMA transfer 
during the current memory cycle. They are 


encoded 
as follows: 


S1 
SO 


, 
0 
0 
Not Used 
0 
1 
Read Memory 
1 
0 
Write Memory 
1 
1 
Passive 
Status is active from the middle of t4 to the end of t2. They 
return to the passive state during t3 or during tW when 
READY or ARDY is HIGH. These signals can be used by 
the 8288 Bus Controller 
to generate 
all memory control 
and 


timing signals." 
Any change from the passive state, signals 


the 8288 to start the next t1 to t4 bus cycle. These pins are 
pulled HIGH and floated 
after a system RESET and when 


the bus is not acquired. 


RD 
46 
64 
0 
Used in minimum mode only. The read strobe indicates 
that 


TTL 
the 82586 is performing 
a memory read cycle. RD is active 


LOW during t2, t3 and tW of any read cycle. This signal is 
pulled HIGH and floated 
after a RESET and when the bus is 


not acquired. 


WR 
45 
65 
0 
Used in minimum 
mode only. The write strobe indicates 
that 


TTL 
the 82586 is performing 
a write memory cycle. WR is active 


LOW during t2, t3 and tW of any write cycle. It is pulled 
HIGH and floats after RESET and when the bus is not 
acquired. 


ALE 
39 
5 
0 
Used in minimum 
mode only. Address 
Latch Enable is 


TTL 
provided 
by the 82586 to latch the address into the 


8282/8283 
address 
latch. It is a HIGH pulse, during t1 


('clock 
low') of any bus cycle. Note that ALE is never 


floated. 


DEN 
40 
4 
0 
Used in minimum 
mode only. Data ENable is provided 
as 


TTL 
output enable for the 8286/8287 
transceivers 
in a stand- 


alone (no 8288) system. DEN is active LOW during each 
memory access. 
For a read cycle, it is active from the 
, 
middle of t2 until the beginning 
of t4. For a write cycle, it is 


active from the beginning 
of t2 until the middle of t4. It is 


pulled HIGH and floats after a system RESET or when the 
bus is not acquired. 


DT/R 
41 
3 
0 
Used in minimum 
mode only. DT /R is used in non-8288 


TTL 
systems 
using an 8286/8287 
data bus transceiver. 
It 


controls 
the direction 
of data flow through the Transceiver. 


Logically, 
DT /R" is equivalent 
to S1. It becomes 
valid in the 


t4 preceding 
a bus cycle and remains valid until the final t4 


of the cycle. This signal is pulled HIGH and floated 
after a 


RESET or when the bus is not acquired. 


NOTE: 
"8288 
does 
not support 
10 MHz operation. 


inter 


Communication between the 82586 and the host is 
carried out via shared memory. The 82586's on-chip 
DMA capability allows autonomous transfer of data 
blocks (buffers, frames) and relieves the CPU of 
byte transfer overhead. The 82586 is optimized to 
interface the iAPX 186, but due to the small number 
of hardware signals between the 82586 and the 
CPU, the 82586 can operate easily with other proc- 
essors. The 82586/host 
interaction is explained 
separately in terms of the logical interface and the 
hardware bus interface. 


The 82586 consists of two independent units: Com- 
mand Unit (CU) and Receive Unit (RU). The CU exe- 
cutes commands from shared memory. The RU 
handles all activities related to frame reception. The 
CU and RU enable the 82586 to engage in the two 
types of activities simultaneously: the CU may be 
fetching and executing commands out of memory, 
and the RU may be storing received frames in mem- 
ory. CPU intervention is only required after the CU 
executes a sequence of commands or the RU stores 
a sequence of frames. 


The only hardware signals that connect the CPUand 
the 82586 are INTERRUPT and CHANNEL ATTEN- 
TION (see Figure 3). Interrupt is used by the 82586 
to draw the CPU's attention to a change in the con- 
tents of the SCB. Channel Attention is used by the 
CPU to draw the 82586's attention. 


82586 SYSTEM 
MEMORY 
STRUCTURE 


The Shared Memory structure consists of four parts~ 
Initialization Root, System Control Block (SCB), 


Command List. and Receive Frame Area (RFA) (see 
Figure 4). 


The Initialization Root is at a predetermined location 
in the memory space, (OFFFFF6H). known to both 
the host CPU and the 82586. The root is accessed 
at initialization and points to the System Control 
Block. 


The System Control Block (SCB) functions as a bidi- 
rectional mail drop between the host CPU. CU and 
RU. It is the central element through which the CPU 
and the 82586 exchange control and status informa- 
tion. The SCB consists of two parts, the first of 
which entails instructions from the CPU to the 
82586. These include: control of the CU and RU 
(START, ABORT. SUSPEND, RESUME). a pointer 
to the list of commands for the CU, a pointer to the 
receive frame area, and a set of Interrupt acknowl- 
edge bits. The second entails status information 
keyed by the 82586 to the CPU, including: state of 
the CU and RU (e.g. IDLE, ACTIVE READY. SUS- 
PENDED. NO RECEIVE RESOURCES), interrupts 
bits (command completed, frame received, CU not 
ready, RU not ready), and statistics (see Figure 4). 


The Command List serves as a program for the CU. 
Individual commands are placed in memory units 
called a Command Block, or CB. CB's contain com- 
mand specific parameters and command specific 
statuses. Specifically, these high level commands 
are called Action Commands (e.g. Transmit, Config- 
ure). 


A specific command, Transmit, causes transmission 
of a frame by the 82586. The Transmit command 
block includes Destination Address. Length Field, 
and a pointer to a list of linked buffers that holds the 
frame to be constructed from several buffers scat- 
tered in memory. The Command Unit performs with- 


Figure 3. 82586/Host 
CPU Interaction 
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out the CPU intervention, the DMA of each buffer 
and the prefetching of references to new buffers in 
parallel. The CPU is notified only after successful 
transmission or retransmission. 


The Receive Frame Area is a list of Free Frame De- 
scriptors (Descriptors not yet used) and a list of buff- 
ers prepared by the user. It is conceptually distinct 
from the Command List. Frames arrive without being 
solicited by the 82586. The 82586 must be prepared 
to receive them even if it is engaged in other activi- 
ties and to store them in the Free Frame Area. The 
Receive Unit fills the buffers upon frame reception 
and reformats the Free Buffer List into received 
frame structures. The frame structure is virtually 
identical to the format of the frame to be transmitted. 
The first frame descriptor is referenced by SCB. A 
Frame Descriptor and the associated Buffer De- 
scriptor wasted upon receiving a Bad Frame (CRC 
or Alignment errored, Receive DMA overrun errored, 
or Collision fragmented frame) are automatically re- 
claimed and returned to the Free Buffer List, unless 
the chip is configured to Save Bad Frames. 


Receive buffer chaining (Le.storing incoming frames 
in a linked list of buffers) improves memory utiliza- 
tion significantly. Without buffer chaining, the user 
must allocate consecutive blocks of the maximum 
frame size (1518 bytes in Ethernet) for each frame. 
Taking into account that a typical frame size may be 
about 100 bytes, this practice is very inefficient. With 
buffer chaining, the user can allocate small buffers 
and the 82586 uses only as many as needed. 


In the past, the drawback of buffer chaining was the 
CPU processing overhead and the time involved in 
the buffer switching (especially at 10 Mb/s). The 
82586 overcomes this drawback by performing buff- 
er management on its own for both transmission and 
reception (completely transparent to the user). 


The 82586 has a 22-bit memory address range in 
minimum mode and 24-bit memory address range in 
maximum mode. All memory structures, the System 
Control Block, Command List, Receive Descriptor 
List, and all buffer descriptors must reside within one 
64K-byte memory segment. The Data Buffers can 
be located anywhere in the memory space. 
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The 82586 executes high level action commands 
from the Command List in external memory. Action 
commands are fetched and executed in parallel with 
the host CPU's operation, thereby significantly im- 
proving system performance. The general action 
commands format is shown in Figure 5. 


Message transmission is accomplished by using the 
Transmit command. A single Transmit command 
contains, as part of the command-specific parame- 
ters, the destination address and length field for the 
transmitted frame along with a pointer to a buffer 
area in memory containing the data portion of the 
frame. (See Figure 15.)The data field is contained in 
a memory data structure consisting of a Buffer De- 
scriptor (BD) and Data Buffer (or a linked list of buff- 
er descriptors and buffers) as shown in Figure 6. The 
BD contains a Link Field which points to the next BD 
on the list and a 24-bit address pointing to the Data 
Buffer itself. The length of the Data Buffer is speci- 
fied by the Actual Count field of the BD. 


Using the BD's and Data Buffers, multiple Data Buff- 
ers can be 'chained' together. Thus, a frame with a 
long Data Field can be transmitted using multiple 
(shorter) Data buffers chained together. This chain- 
ing technique allows the system designer to develop 
efficient buffer management policies. 


The 82586 automatically generates the preamble 
(alternating 1's and O's) and start frame delimiter, 
fetches the destination address and length field from 
the Transmit command, inserts its unique address 
as the source address, fetches the data field from 


Figure 6. Data Buffer Descriptor 
and Data Buffer Structure 


buffers pointed to by the Transmit command, and 
computes and appends the CRC at the end of the 
frame. See Figure 7. 


The 82586 can be configured to generate either the 
Ethernet or HDLC start and end frame delimiters. In 
the Ethernet mode, the start frame delimiter is 
10101011 
and the end frame delimiter indicated by 
the lack of a signal after transmitting the last bit of 
the frame check sequence field. When in the HDLC 
mode, the 82586 will generate the 01111110 
'flag' 


for the start and end frame delimiters and perform 
the standard 'bit stuffing/stripping'. In addition, the 
82586 will optionally pad frames that are shorter 
than the specified minimum frame length by append- 
ing the appropriate number of flags to the end of the 
frame. 


In the event of a collision (or collisions), the 82586 
manages the entire jam, random wait and retry pro- 
cess, reinitializing DMA pointers without CPU inter- 
vention. Multiple frames can be sent by linking the 
appropriate number of Transmit commands togeth- 
er. This is particularly useful when transmitting a 
message that is larger than the maximum frame size 
(1518 bytes for Ethernet). 


In order to minimize CPU overhead, the 82586 is 
designed to receive frames without CPU supervi- 
sion. The host CPU first sets aside an adequate 


START 
DEST 
SOURCE 
FRAME 
END 
PREAMBLE 
FRAME 
LENGTH 
DATA 
ADDR 
ADDR 
FIELD 
FIELD 
CHECK 
FRAME 
DELIMITER 
SEQUENCE DELIMITER 
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SYSTEM 
CONTROL 
BLOCK 
M1_ 
FD 


amount 
of receive 
buffer 
space 
and then 
enables 
the 
82586's 
Receive 
Unit. Once 
enabled, 
the 
RU 
'watches' 
for any of its frames which it automatically 
stores 
in the Receive 
Frame Area (RFA). The RFA 
consists 
of a Receive 
Descriptor 
List (RDL) and a list 
of free buffers 
called 
the Free Buffer 
List (FBL) as 
shown 
in Figure 
8. The 
individual 
Receive 
Frame 
Descriptors 
that make up the RDL are used by the 
82586 
to store the destination 
and source 
address, 
length 
field 
and 
status 
of each 
frame 
that 
is re- 
ceived. 
(Figure 9.) 


The 
82586, 
once 
enabled, 
checks 
each 
passing 
frame 
for an address 
match. 
The 82586 
will recog- 
nize its own unique 
address, 
one or more multicast 
addresses 
or the broadcast 
address. 
If a match oc- 
curs, 
it stores 
the destination 
and source 
address 
and length 
field 
in the next available 
RFD. 
It then 
begins 
filling 
the next free Data Buffer 
on the FBL 
(which 
is pointed 
to by the 
current 
RFD) 
with the 
data 
portion 
of the 
incoming 
frame. 
As one 
DB is 
filled, the 82586 
automatically 
fetches 
the next DB 
on the 
FBL until the entire 
frame 
is received. 
This 
buffer chaining 
technique 
is particularly 
memory 
effi- 
cient 
because 
it allows 
the system 
designer 
to set 
aside buffers 
that fit a frame 
size that may be much 
shorter 
than the maximum 
allowable 
frame. 


RECEIVE FRAME STATUS 
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Once the entire frame 
is received 
without 
error, the 
82586 performs 
the following 
housekeeping 
tasks: 


• 
Updates 
the Actual 
Count field of the last Buffer 
Descriptor 
used to hold the frame 
just received 
with the number of bytes stored 
in its associated 
Data Buffer. 


- 
t-rame 
Descriptor. 


• 
Writes 
the 
address 
of the 
next free 
Buffer 
De- 
scriptor 
into 
the 
next 
free 
Receive 
Frame 
De- 
scriptor. 


• 
Posts 
a 'Frame 
Received' 
interrupt 
status 
bit in 
the SCB. 


• 
Interrupts 
the CPU. 


In the event 
of a frame error, such as a CRC error, 
the 82586 
automatically 
reinitializes 
its DMA point- 
ers and reclaims 
any data buffers containing 
the bad 
frame. 
As long as Receive 
Frame. Descriptors 
and 
data buffers are available, 
the 82586 will continue 
to 
receive 
frames 
without 
further 
CPU help. 


82586 
NETWORK 
MANAGEMENT 
AND 
DIAGNOSTIC 
FUNCTIONS 


The 
behavior 
of data 
communication 
networks 
is 
typically 
very 
complex 
due to their 
distributed 
and 
asynchronous 
nature. It is particularly 
difficult 
to pin- 
point 
a failure 
when 
it occurs. 
The 82586 
was de- 
signed 
in 
anticipation 
of 
these 
problems 
and 
includes 
a set of features 
for improving 
reliability and 
testability. 


The 
82586 
reports 
on 
the 
following 
events 
after 
each frame transmitted: 


• 
Transmission 
successful. 


• 
Transmission 
unsuccessful; 
lost Carrier Sense. 


• 
Transmission 
unsuccessful; 
lost Clear-to-Send. 


• 
Transmission 
unsuccessful; 
DMA 
underrun 
be- 
cause 
the system 
bus did not keep up with the 
transmission. 


• 
Transmission 
unsuccessful; 
number 
of collisions 
exceeded 
the maximum 
allowed. 


The 82586 checks 
each incoming 
frame and reports 
on the following 
errors, 
(if configured 
to 'Save 
Bad 
Frame'): 


• 
CRC error: incorrect 
CRC in a well aligned frame. 


• 
Alignment 
error: 
incorrect 
CRC 
in a misaligned 
frame. 


• 
Frame 
too 
short: 
the frame 
is shorter 
than 
the 
configured 
value for minimum 
frame 
length. 


• 
Overrun: 
the frame was not completely 
placed 
in 
memory 
because 
the system 
bus did not keep up 
with incoming 
data. 


• 
Out of buffers: 
no memory 
resources 
to store the 
frame, 
so part of the frame was discarded. 


To perform 
proper 
planning, 
operation, 
and mainte- 
nance 
of 
a communication 
network, 
the 
network 
management 
entity must accumulate 
information 
on 
network 
behavior. 
The 82586 
provides 
a rich set of 
network-wide 
diagnostics 
that can serve as the ba- 
sis for a network 
management 
entity. 


Network 
Activity 
information 
is provided 
in the status 
of each 
frame 
transmitted. 
The 
activity 
indicators 
are: 


• 
Number 
of 
collisions: 
number 
of 
collisions 
the 
82586 
experienced 
in attempting 
to transmit 
this 
frame. 


• 
Deferred 
transmission: 
indicates 
if the 82586 
had 
to defer to traffic on the link during the first trans- 
mission 
attempt. 


Statistics 
registers 
are updated 
after each received 
frame that passes the address filtering, 
and is longer 
than the 
Minimum 
Frame 
Length 
configuration 
pa- 
rameter. 


• 
CRC errors: number of frames that experienced 
a 
CRC error and were properly 
aligned. 


• 
Alignment 
errors: 
number 
of frames 
that 
experi- 
enced 
a CRC error and were misaligned. 


• 
No-resources: 
number of correct 
frames 
lost due 
to lack of memory 
resources. 


• 
Overrun 
errors: 
nl,Jmber of frame 
sequences 
lost 
due to DMA overrun. 


The 82586 can be configured 
to Promiscuous 
Mode. 
In this mode it captures 
all frames transmitted 
on the 
Network 
without 
checking 
the Destination 
Address. 


This is useful in implementing 
a monitoring 
station to 
capture 
all frames 
for analysis. 


The 
82586 
is capable 
of determining 
if there 
is a 
short or open circuit anywhere 
in the Network 
using 
the built in Time Domain Reflectometer 
(TDR) mech- 


anism. 


The chip can be configured 
to External 
Loopback. 


The transmitter 
to receiver 
interconnection 
can be 
placed anywhere 
between 
the 82586 and the link to 
locate faults, for example: 
the 82586 output pins, the 
Serial Interface 
Unit, the Transceiver 
cable, or in the 
Transceiver. 
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CUS 
0 
RUS 


R 
CUC 
E 
RUC 
S 


CBLOFFSET 


RFA OFFSET 


CRCERRS 


ALNERRS 


RSCERRS 


OVRNERRS 


The 82586 has a mechanism recognizing the trans- 
ceiver 'heart beat' signal for verifying the correct op- 
eration of the Transceiver's collision detection cir- 
cuitry. 


The 82586 can be configured to Internal Loopback. 
It disconnects itself from the Serial Interface Unit, 
and any frame transmitted is received immediately. 
The 82586 connects the Transmit Data to the Re- 
ceive Data signal and the Transmit Clock to the Re- 
ceive Clock. 


The Dump Command causes the chip to write over 
100 bytes of its internal registers to memory. 


The Diagnose command checks the exponential 
Backoff random number generator internal to the 
82586. 


The CPU controls operation of the 82586's Com- 
mand Unit (CU) and Receive Unit (RU) of the 82586 
via the System Control Block. 


The Command Unit is the logical unit that executes 
Action Commands from a list of commands very 
similar to a CPU program. A Command Block (CB) is 
associated with each Action Command. 


The CU can be modeled as a logical machine that 
takes, at any given time, one of the following states: 
• IDLE-CU 
is not executing a command and is not 


associated with a CB on the list. This is the initial 
state. 
• SUSPENDED-CU 
is not executing a command 
but (different from IDLE) is associated with a CB 
on the list. 


• ACTIVE-CU 
is currently executing an Action 
Command, and points to its CB. 


The CPU may affect the CU operation in two ways: 
issuing a CU control Command or setting bits in the 
COMMAND word of the Action Command. 


The Receive Unit is the logical unit that receives 
frames and stores them in memory. 


The RU is modeled as a logical machine that takes, 
at any given time, one of the following states: 
• IDLE-RU 
has no memory resources and is dis- 


carding incoming frames. This is the initial RU 
state. 
• NO-RESOURCE5-RU 
has no memory resourc- 


es and is discarding incoming frames. This state 
differs from the IDLE state in that RU accumu- 
lates statistics on the number of frames it had to 
discard. 


• SUSPENDED-RU 
has free memory resources 
to store incoming frames but discard them any- 
way. 


Figure 
10. System 
Control 
Block (SCB) Format 
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• 
READY-RU 
has 
free 
memory 
resources 
and 
stores 
incoming 
frames. 


The 
CPU may affect 
RU operation 
in three 
ways: 
issuing 
an 
RU 
Control 
Command, 
setting 
bits 
in 
Frame 
Descriptor, 
FD, 
COMMAND 
word 
of 
the 
frame 
currently 
being 
received, 
or setting 
EL bit of 
Buffer 
Descriptor, 
BD, of the buffer 
currently 
being 
filled. 


The 
System 
Control 
Block 
is the 
communication 
mail-box 
between 
the 82586 and the host CPU. The 
sCB format 
is shown 
in Figure 
10. 


The 
host' CPU 
issues 
Control 
Commands 
to 
the 
82586 
via the sCB. 
These 
commands 
may appear 
at any time during routine 
operation, 
as determined 
by the 
host 
CPU. After 
the required 
Control 
Com- 
mand 
is setup, 
the CPU sends 
a CA signal 
to the 
82586. 


sCB is also used by the 82586 to return status infor- 
mation to the host CPU. After inserting 
the required 
status bits into sCB, the 82586 issues an Interrupt 
to 
the CPU. 


STATUS 
word: 
Indicates 
the status 
of the 82586. 
This word is modified 
only by the 82586. Defined bits 
are: 


CX 
(Bit 15) 
• A command in the CBL 
having its 'I' (interrupt) bit 
set has been executed. 
FR 
(Bit 14) 
• A frame has been received. 
CNR 
(Bit 13) 
• The Command Unit left the 
Active state. 


RNR 
(Bit 12) 
• The Receive Unit left the 
Ready state. 
CUS 
(Bits 8-10) 
• (3 bits) this field contains 
the status of the Command 
Unit. 
Valid values are: 
0 
-Idle 
1 
-Suspended 
2 
-Active 
3-7 
- 
Not Used 
RUS 
(Bits~) 
• (3 bits) this field contains 
the status of the Receive 
Unit. Valid values are: 
0 
-Idle 
1 
-Suspended 
2 
- 
No Resources 
3 
-Not 
Used 
4 
-Ready 
5-7 
- 
Not Used 


COMMAND 
word: 
Specifies 
the action 
to be per- 
formed 
as a result of the CA. This word is set by the 
CPU and cleared 
by the 82586. 
Defined 
bits are: 


ACK-CX 
(Bit 15) 
• Acknowledges 
the 
command executed event. 


ACK-FR 
(Bit 14) 
• Acknowledges the frame 
received event. 


ACK-CNA 
(Bit 13) 
• Acknowledes that the 
Command Unit became not 
ready. 
ACK-RNR 
(Bit 12) 
• Acknowledges that the 
Receive Unit became not 
ready. 
CUC 
(Bits 8-10) 
• (3 bits) this field contains 
the command to the 
Command Unit. 


0 
• NOP (doesn't affect current 
state of the unit). 
1 
• Start execution of the first 
command on the CBL. If a 
command is in execution, 
then complete it before 
starting the new CBL. The 
beginning of the CBL is in 
CBLOFFSET. 


2 
• Resume the operation of 
the command unit by 
executing the next 
command. This operation 
assumes that the 
command unit has been 
previously suspended. 


3 
• Suspend execution of 
commands on CBL after 
current command is 
complete. 


4 
• Abort execution of 
commands immediately. 


5-7 
• Reserved, illegal for use. 


RUC 
(Bits 4-6) 
• (3 bits) This field contains 
the command to the 
receive unit. Valid values 
are: 
0 
• NCP (does not alter current 
state of unit). 


1 
• Start reception of frames. If 
_a frame is being received, 
then complete reception 
before starting. The 
beginning of the RFA is 
contained in the RFA 
OFFSET. 


2 
• Resume frame receiving 
(only when in suspended 
state.) 
3 
• Suspend frame receiving. If 
a frame is being received, 
then complete its reception 
before suspending. 


4 
• Abort receiver operation 
immediately. 
5-7 
• Reserved, illegal for use. 


RESET 
(Bit 7) 
• Reset chip (logically the 
same as hardware 
RESET). 


inter 


Gives the 16-bit offset address of the first command 
(Action Command) in the command list to be execut- 
ed following CU-START. Thus, the 82586 reads this 
word only if the CUC field contained a CU-START 
Control Command. 


Points to the first Receive Frame Descriptor in the 
Receive Frame Area. 


CRC Errors - contains the number of properly 
aligned frames received with a CRC error. 


Alignment Errors - contains the number of misa- 
ligned frames received with a CRC error. 


Resource Errors - records the number of correct in- 
coming frames discarded due to lack of memory 
resources (buffer space or received frame descrip- 
tors). 


Overrun Errors - counts the number of received 
frame sequences lost because the memory bus was 
not available in time to transfer them. 


The 82586 executes a 'program' that is made up of 
action commands in the Command List. As shown in 


Figure 5, each command contains the command 
field, status and control fields, link to the next action 
command in the CL, and any command-specific pa- 
rameters. This command format is called the Com- 
mand Block. 


NOP 
Setup Individual Address 
Configure 
Setup Multicast Address 
Transmit 
TDR 
Diagnose 
Dump 


This command results in no action by the 82586, 
except as performed in normal command process- 
ing. It is present to aid in Command List manipula- 
tion. 


C 
(Bit 15) 
• Command Completed 


B 
(Bit 14) 
• Busy Executing Command 


OK 
(Bit 13) 
• Error Free Completion 


EL 
(Bit 15) 
• End of Command List 


S 
(Bit 14) 
• Suspend After Completion 


I 
(Bit 13) 
• Interrupt After Completion 


CMD 
(Bits 0-2) 
• NOP = 0 


C 
B 
OK 
A I 
ZEROS 


EL 
S 
I 
I 
CMD= 
1 


LINK 
OFFSET 


2ND BYTE 
I 
1ST BYTE 
I 
I 
--- 
I 


INDIVIDUAL 
ADDRESS 
--- 
I 
--- 
II 


NTH BYTE 
! 


This command 
loads the 82586 
with the Individual 
Address. 
This address 
is used by the 82586 for rec- 


ognition 
of Destination 
Address 
during reception 
and 
insertion 
of Source 
Address 
during transmission. 


The 
lA-SETUP 
command 
includes 
the 
following 
fields: 


C 
(Bit 15) 
• Command 
Completed 
B 
(Bit 14) 
• Busy Executing 
Command 
OK 
(Bit 13) 
• Error Free Completion 
A 
(Bit 12) 
• Command 
Aborted 


EL 
(Bit 15) 
• End of Command 
List 
S 
(Bit 14) 
• Suspend 
After Completion 
I 
(Bit 13) 
• Interrupt After Completion 
CMD 
(Bits 0-2) 
• lA-SETUP 
= 1 


INDIVIDUAL 
ADDRESS: 
Individual 
Address 
param- 
eter 


The least significant 
bit of the Individual 
Address 
pa- 
rameter 
must 
be 
zero 
for 
IEEE 
802.3/Ethernet. 


However, 
no enforcement 
of 0 is provided 
by the 
82586. Thus, an Individual 
Address 
with least signifi- 
cant bit 1, is possible. 


The CONFIGURE 
command 
is used to update 
the 
82586 
operating 
parameters. 


The CONFIGURE 
command 
includes 
the following 
fields: 


C 
(Bit 15) 
• Command 
Completed 
B 
(Bit 14) 
• Busy Executing 
Command 
OK 
(Bit 13) 
• Error Free Completion 
A 
(Bit 12) 
• Command 
Aborted 


EL 
(Bit 15) 
• End of Command 
List 
S 
(Bit 14) 
• Suspend After Completion 
I 
(Bit 13) 
• Interrupt After Completion 
CMD 
(Bits 0-2) 
• Configure 
= 2 


BYTECNT 
(Bits 0-3) 
• Byte Count, Number of 
bytes including this one, 
holding the parameters 
to 
be configured. 
A number 
smaller than 4 is 
interpreted 
as 4. A 
number greater than 12 is 
interpreted 
as 12. 


• Value of FIFO 
Threshold. 


SRDY/ARDY 
(Bit 6) 
0 
• SRDY / ARDY pin 
operates 
as ARDY 
(internal 
synchronization). 
1 
• SRDY / ARDY pin 
operates 
as SRDY 
(external 
synchronization). 
SAV-BF 
(Bit 7) 
0 
• Received 
bad 
frames are not saved 
in memory. 


1 
• Received 
bad 
frames are saved in 
memory. 
ADD-LEN 
(Bits 8-10) 
• Number of address 
byes. NOTE: 7 is 
interpreted 
as O. 


AL-LOC 
(Bit 11) 
0 
• Address 
and Length 
Fields separated 
from data and 
associated 
with 
Transmit 
Command 
Block or Receive 
Frame Descriptor. 
For transmitted 
Frame. Source 
Address 
is inserted 
by the 82586. 


1 
• Address 
and Length 


Fields are part of the 
Transmit/Receive 
data 


buffers, including 
Source Address 
(which 


is not inserted 
by the 


82586). 


PREAM- 
(Bits 
• Preamble 
Length 


LEN 
12-13) 
including 
Beginning 
of 


Frame indicator: 


00 - 2 bytes 
01 ·4 bytes 
10 - 8 bytes 
11 -16 bytes 


INT-LPBCK 
(Bit 14) 
• Internal Loopback 


EXT-LPBCK 
(Bit 15) 
• External 
Loopback. 


NOTE: Bits 14 and 15 
configured 
to 1, cause 


Internal Loopback. 


UN-PRIO 
(Bits 0-2) 
• Linear Priority 


ACR 
(Bits 4-6) 
• Accelerated 
Contention 


Resolution 
(Exponential 


Priority) 


BOF-MET 
(Bit 7) 
• Exponential 
Backoff 


Method 
o - IEEE 802.3/Ethernet 
1 - Alternate 
Method 


INTER 
(Bits 8-15) 
• Number indicating 
FRAME 
the Interframe 
SPACING 
Spacing in TxC 
period units. 


SLOT- 
(Bits 0-7) 
• Slot Time Number, 
TIME(L) 
Low Byte 
SLT-TM (H) 
(Bits 8-10) 
• Slot Time Number, 
High Bits 
RETRY- 
(Bits 
• Maximum Number of 
NUM 
12-15) 
Transmission Retries 
on Collisions 


PRM 
(Bit 0) 
• Promiscuous Mode 
BC-DIS 
(Bit 1) 
• Broadcast Disable 
MANCH/ 
(Bit 2) 
• Manchester or NRZ 
NRZ 
• Encoding/Decoding 
0 
• NRZ 
1 
• Manchester 
TONO-CRS 
(Bit 3) 
• Transmit on No 
Carrier Sense 
0 
• Cease Transmission 
if CRS Goes Inactive 
During Frame 
Transmission 
1 
• Continue 
Transmission Even if 
no Carrier Sense 
NCRC-INS 
(Bit 4) 
• No CRC Insertion 
CRC-16 
(Bit 5) 
• CRCType: 
0 
• 32 bit Autodin " CRC 
Polynomial 
1 
• 16 bit CCITT CRC 
Polynomial 
BT-STF 
(Bit 6) 
• Bitstuffing: 
0 
• End of Carrier Mode 
(Ethernet) 
1 
• HDLC like Bitstuffing 
Mode 
PAD 
(Bit 7) 
• Padding 
0 
• No Padding 
1 
• Perform Padding by 
Transmitting Flags 
for Remainder of 
Slot Time 
CRSF 
(Bits 8-9) 
• Carrier Sense Filter 
in Bit Times 
CRS-SRC 
(Bit 11) 
• Carrier Sense 
Source 
0 
• External 
1 
• Internal 


CDTF 
(Bits 
• Collision Detect 
12-14 
Filter in Bit Times 
CDT-SRC 
(Bit 15) 
• Collision Detect 
Source 
0 
• External 
1 
• Internal 
i 


• Minimum Number of 
Bytes in a Frame 


The default values of the configuration parameters 
are compatible with the IEEE 802.3/Ethernet Stan- 
dards. RESET configures the 82586 according to 
the defaults shown in Table 2. 


Table 2. 82586 Default Values 


Preamble Length (Bytes) 
8 
Address Length (Bytes) 
6 
Broadcast Disable 
0 
CRC-16/CRC-32 
0 
No CRC Insertion 
0 
Bitstuffing/EOC 
0 
Padding 
0 
Min-Frame-Length (Bytes) 
64 
Interframe Spacing 
96 
SlotTime 
512 
Number of Retries 
15 
Linear Priority 
0 
Accelerated Contention Resolution 
0 
Exponential Backoff Method 
0 
Manchester/NRZ 
0 
Internal CRS 
0 
CRS Filter 
0 
Internal CDT 
0 
CDT Filter 
0 
Transmit On No CRS 
0 
FIFO THRESHOLD 
8 
SRDY/ARDY 
0 
Save Bad Frame 
0 
Address/Length Location 
0 
INT Loopback 
0 
EXT Loopback 
0 
Promiscuous Mode 
0 
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EVEN BYTE 
0 


0 
(STATUS) 


CMD-3 
2 
(COMMAND) 


4 


MC-eNT 
6 


MCLlST 


1ST BYTE 


Figure 
14. The MC·SETUP 
Command 
Block 


Issuing 
a MC-SETUP 
command 
with 
MC-CNT =0 


disables 
reception 
of any incoming 
frame with a Mul- 


ticast Address. 
This command 
sets up the 82586 with a set of Multi- 
cast 
Addresses. 
Subsequently, 
incoming 
frames 


with Destination 
Addresses 
from this set are accept- 
ed. 


The 
MC-SETUP 
command 
includes 
the 
following 


fields: 


C 
(Bit 15) 
• Command 
Completed 


B 
(Bit 14) 
• Busy Executing 
Command 


OK 
(Bit 13) 
• Error Free Completion 


A 
(Bit 12) 
• Command 
Aborted 


EL 
(Bit 15) 
• End of Command 
List 


S 
(Bit 14) 
• Suspend 
After 
Completion 


I 
(Bit 13) 
• Interrupt After 
Completion 


CMD 
(Bits 0-2) 
• MC-SETUP = 3 


MC-CNT: 
A 
14-bit 
field 
indicating 
the 
number 
of 


bytes in the MC-L1ST field. 
MC-CNT 
is truncated 
to 


the 
nearest 
multiple 
of Address 
Length 
(in bytes). 


MC-L1ST: A list of Multicast 
Addresses 
to be accept- 


ed by the 82586. 
Note that the most significant 
byte 


of an address 
is followed 
immediately 
by the least 


significant 
byte of the next address. 
Note also that 


the least significant 
bit of each Multicast 
Address 
in 


the set must be a one. 


The 
Transmit-Byte-Machine 
maintains 
a 
64-bit 


HASH table used for checking 
Multicast 
Addresses 


during reception. 


An incoming 
frame is accepted 
if it has a Destination 


Address 
whose 
least significant 
bit is a one, and af- 


ter hashing 
points to a bit in the HASH table whose 


value is one. The hash function 
is selecting 
bits 2 to 


7 of the CRC register. 
RESET causes 
the HASH ta- 


ble to become 
all zeros. 


After 
the Transmit-Byte-Machine 
reads 
a MC-SET- 


UP command 
from TX-FIFO, 
it clears the HASH ta- 


ble and reads the bytes 
in groups 
whose 
length 
is 


determined 
by the ADDRESS 
length. 
Each group 
is 


hashed 
using 
CRC 
logic 
and the 
bit in the 
HASH 
table to which 
bits 2-7 
of the CRC register 
point is 


set to one. A group that is not complete 
has no ef- 


fect on the HASH table. Transmit-Byte-Machine 
noti- 


fies CU after completion. 


inter 


I 
1ST BYTE 
I 
DESTINATION 
ADDRESS 
I, 


The 
TRANSMIT 
command 
causes 
transmission 
(and if necessary 
retransmission) 
of a frame. 


TRANSMIT 
CB includes 
the following 
fields: 


C 
(Bit 15) 
• Command 
Completed 
B 
(Bit 14) 
• Busy Executing 
Command 
OK 
(Bit 13) 
• Error Free Completion 
A 
(Bit 12) 
• Command 
Aborted 
S10 
(Bit 10) 
• No Carrier Sense signal 
during transmission 
(between 
beginning 
of 
Destination 
Address 
and 
end of Frame Check 
Sequence). 
S9 
(Bit 9) 
• Transmission 
unsuccessful 
(stopped) 
due to loss of Clear-to- 
Send signal. 


S8 
(Bit 8) 
• Transmission 
unsuccessful 
(stopped) 
due to DMA underrun, 
(Le. data not supplied 
from the sytem for 
transmission). 
S7 
(Bit 7) 
• Transmission 
had to 
Defer to traffic on the link. 


S6 
(Bit 6) 
• Heart Beat, indicates 
that 
during Interframe 
Spacing period after the 
previous transmission, 
a 
pulse was detected 
on 
the Collision 
Detect pin. 
S5 
(Bit 5) 
• Transmission 
attempt 
stopped 
due to number of 
collisions 
exceeding 
the 
maximum 
number of 
retries. 
MAX- 
(Bits 3-0) 
• Number of Collisions 
CaLL 
experienced 
by this 
frame. S5 = 1 and MAX- 
CaLL = 0 indicates 
that 
there were 16 collisions. 


COMMAND 
word: 


EL 
(Bit 15) 
• End of Command 
List 
S 
(Bit 14) 
• Suspend 
After 
Completion 
I 
(Bit 13) 
• Interrupt After 
Completion 
CMD 
(Bits 0-2) 
• TRANSMIT 
= 4 


LINK OFFSET: 
Address 
of next Command 
Block 


TBD OFFSET: 
Address 
of list of buffers 
holding 
the 
information 
field. 
TBD-OFFSET 
= 
OFFFFH 
indi- 
cates that there 
is no Information 
field. 


DESTINATION 
ADDRESS: 
Destination 
Address 
of 
the frame. 


inter 


EOF 
• Indicates 
that this is the 
Buffer Descriptor 
of the 
last buffer of this frame's 
Information 
Field . 
ACT- 
(Bits 0-13) 
• Actual number of data 


COUNT 
bytes in buffer (can be 
even or odd). 


NEXT BD OFFSET: 
points to next Buffer Descriptor 
in list. If EOF is set, this field is meaningless. 


BUFFER 
ADDRESS: 
24-bit 
absolute 
address 
of 
buffer. 


TIME 
DOMAIN 
REFLECTOMETER 
- 
TDR 


This command 
performs 
a Time Domain 
Reflectom- 
eter test on the serial link. By performing 
the com- 
mand, 
the 
user is able to identify 
shorts 
or opens 
and 
their 
location. 
Along 
with 
transmission 
of 'All 
Ones,' 
the 82586 triggers 
an internal 
timer. The tim- 


er 
measures 
the 
time 
elapsed 
from 
transmission 
start until 'echo' 
is obtained. 
'Echo' 
is indicated 
by 
Collision 
Detect going active or Carrier Sense signal 
drop. 


C 
(Bit 15) 
• Command 
Completed 
B 
(Bit 14) 
• Busy Executing 
Command 
OK 
(Bit 13) 
• Error Free Completion 


EL 
(Bit 15) 
• End of Command 
List 
S 
(Bit 14) 
• Suspend 
After Completion 
I 
(Bit 13) 
• Interrupt 
After Completion 
CMD 
(Bits 0-2) 
.TDR 
= 5 
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LNK-OK 
(Bit 15) 
• No Link Problem 
Identified 
XCVR-PRB 
(Bit 14) 
• Transceiver 
Cable 
Problem identified 
(valid 
only in the case of a 
Transceiver 
that does not 
return Carrier Sense 
during transmission). 
ET-OPN 
(Bit 13) 
• Open on the link 
identified 
(valid only in 
the case of a Transceiver 
that returns Carrier Sense 
during transmission). 
ET-SRT 
(Bit 12) 
• Short on the link 
identified 
(valid only in 
the case of a Transceiver 
that returns Carrier Sense 
during transmission). 
TIME 
(Bits 0-10) 
• Specifying 
the distance 
to 
a problem 
on the link (if 


. one exists) in transmit 
clock cycles. 


This command 
causes 
the contents 
of over a hun- 
dred bytes of internal 
registers 
to be placed in mem- 
ory. It is supplied 
as a self diagnostic 
tool, as well as 
to supply registers 
of interest 
to the user. 


C 
(Bit 15) 
• Command 
Completed 
B 
(Bit 14) 
• Busy Executing 
Command 
OK 
(Bit 13) 
• Error Free Completion 


EL 
(Bit 15) 
• End of Command 
List 
S 
(Bit 14) 
• Suspend 
After Completion 
I 
(Bit 13) 
• Interrupt 
After Completion 
CMD 
(Bits 0-2) 
• DUMP = 6 


BUFFER 
OFFSET: 
This 
word 
specifies 
the 
offset 
portion 
of the memory 
address 
which 
points 
to the 
top of the buffer allocated 
for the dumped 
registers 
contents. 
The length of the buffer is 170 bytes. 


Figure 18 shows 
the format 
of the DUMP area. The 
fields are as follows: 


Bytes OOH to OAH: These 
bytes correspond 
to the 
82586 CONFIGURE 
command 
field. 


Bytes OCH to 11H: The Individual 
Address 
Register 
content. 
IARO is the Individual 
Address 
least signifi- 
cant byte. 


Bytes 
12H to 
13H: Status 
word 
of last command 
block (only bits 0-13). 


Bytes 
14H to 
17H: Content 
of the Transmit 
CRC 
generator. 
TXCRCRO 
is the 
least 
significant 
byte. 
The contents 
are dependent 
on the activity 
before 
the DUMP command: 


After 
MC·SETUP 
command· 
Generated 
CRC value 
of the last MC address, 
on MC-L1ST. 


After unsuccessful 
transmission, 
depends 
on where 
it stopped. 


NOTE: 
For 16-bit CRC only TXCRCRO 
and TXCRCR1 
are 
valid. 


F'Fo 
L11i1 
oXiolo 
0 
01 
0 I0 
~:I~.~~~ •• IL~IAODR 
LEN 
~'.llI1 
, ". 
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INTEAFAAME 
SPACING 
roo 
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LIN 
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.., 
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Figure 
19. The DUMP Area 


1·22 


inter 


Bytes 
18H 
to 
1BH: Contents of Receive CRC 
Checker. RXCRCRO is the least significant byte. 
The contents are dependent on the activity per- 
formed before the DUMP command: 


After good frame reception- 
1. For CRC-CCITI - OIDOFH 
2. For CRC-Autodin-II - C704DD7BH 


After Bad Frame reception - corresponds to the re- 
ceived information. 


After reception attempt, Le. unsuccessful check for 
address match, corresponds to the CRC performed 
on the frame address. 


NOTE: 
Any frame on the serial link modifies this register 
contents. 


Bytes 
1CH to 21H: Temporary Registers. 


Bytes 22H to 23H: Receive Status Register. Bits 6, 
7, 8, 10, 11 and 13 assume the same meaning as 
corresponding bits in the Receive Frame Descriptor 
Status field. 


Bytes 2CH to 2DH: Status bits of the last time TOR 
command that was performed. 


NXT -RB-SIZE: 
Let N be the last buffer of the last 
received frame, then NXT-RB-SIZE is the number of 
bytes of available in the N + 1 buffer. EL - The EL 
bit of the Receive Buffer Descriptor. 


NXT-RB-ADR: 
Let N be the last Receive Buffer 
used, then NXT-RB-ADR is the BUFFER·ADDRESS 
field in the N + 1 Receive-Buffer Descriptor, i.e. the 
pointer to the N + 1 Receive Buffer. 


CUR-RB-SIZE: 
The number of bytes in the last buff- 
er of the last received frame. EL - The EL bit of the 
last buffer in the last received frame. 


LA-RBD-ADR: 
Look Ahead Buffer Descriptor, Le. 
the pointer to N + 2 Receiver Buffer Descriptor. 


NXT-RBD-ADR: 
Next Receive Buffer Descriptor Ad- 
dress. Similar to LA-RBD-ADR but points to N + 1 
Receive Buffer Descriptor. 


CUR-RBD-ADR: 
Current Receive -Buffer Descriptor 
Address. Similar to LA-RBD-ADR, but point to Nth 
Receive Buffer Descriptor. 


CUR-RB-EBC: 
Current Receive Buffer Empty Byte 
Count Let N be the currently used Receive Buffer. 
Then CUR-RB-EBC indicates the Empty part of the 
buffer, Le. the ACT-COUNT of buffer N is given by 
the difference between its SIZE and the CUR-RB- 
EBC. 


NXT-FD-ADR: 
Next Frame Descriptor Address. De- 
fine N as the last Receive Frame Descriptor with bits 
C = 1 and B = 0, then NXT-FD-ADR is the address 
of N + 2 Receive Frame Descriptor (with B = C = 
0) and is equal to the LINK-ADDRESSfield in N + 1 
Receive Frame Descriptor. 


CUR-FD-ADR: 
Current Frame Descriptor Address. 


Similar to next NXT-FD-ADR but refers to N + 1 
Receive Frame Descriptor (with B = 1, C = 0). 


Bytes 54H to 55H: Temporary register. 


NXT-TB-CNT: 
Next Transmit Buffer Count. Let N be 
the last transmitted buffer of the TRANSMIT com- 
mand executed recently, the NXT-TB-CNT is the 
ACT-COUNT field in the Nth Transmit Buffer De- 
scriptor. EOF - Corresponds to the EOF bit of the 
Nth Transmit Buffer Descriptor. EOF = 1 indicates 
that the last buffer accessed by the 82586 during 
Transmit was the last Transmit Buffer in the data 
buffer chain associated with the Transmit Com- 
mand. 


BUF-ADR: Buffer Address. The BUF-PTRfield in the 
DUMP-STATUS Command Block. 


NXT-TB-AD-L: 
Next Transmit Buffer Address Low. 
Let N be the last Transmit Buffer in the transmit buff- 
er chain of the TRANSMIT Command performed 
recently, then NXT-TB-AD-L are the two least signifi- 
cant bytes of the Nth buffer address. 


LA-TB-ADR: 
Look Ahead Transmit Buffer Descrip- 
tor Address. Let N be the last Transmit Buffer in the 
transmit buffer chain of the TRANSMIT Command 
performed recently, then LA-TBD-ADR is the NEXT- 
BD-ADDRESS field of the Nth Buffer Descriptor. 


NXT-TBD-ADR: 
Next Transmit Buffer Descriptor 
Address. Similar in function to LA-TBD-ADR but re- 
lated to Transmit Buffer Descriptor N-1. Actually, it is 
the address of Transmit Buffer Descriptor N. 


Bytes 
60H, 61H: This is a copy of the 2nd word in 
the DUMP-STATUS command presently executing. 


NXT-CB-ADR: 
Next Command Block Address. The 
LINK-ADDRESS field in the DUMP Command Block 
presently executing. Points to the next command. 


CUR-CB·ADR: 
Current Command Block Address. 


The address of the DUMP Command Block currently 
executing. 


inter 


SCB·ADR: 
Offset 
of 
the 
System 
Control 
Block 
(SCB). 


Bytes 7EH, 7FH: 


RU-SUS-RQ 
(Bit 
4) - Receive 
Unit 
Suspend 
Re- 
quest. 


Bytes 80H, 81H: 


CU-SUS-RQ 
(Bit 4) - Command 
Unit Suspend 
Re- 
quest. 


END-OF-CBL 
(Bit 5) - End of Command 
Block List. If 
"1" 
indicates 
that 
DUMP-STATUS 
is the last com- 
mand in the command 
chain. 


ABRT-IN-PROG 
(Bit 6) - Command 
Unit Abort 
Re- 
quest. 


RU-SUS-FD 
(Bit 12) - Receive 
Unit Suspend 
Frame 
Descriptor 
Bit. Assume 
N is the Receive 
Frame De- 
scriptor 
used recently, 
then 
RU-SUS-FD 
is equiva- 
lent to the S bit of N + 1 Receive 
Frame Descriptor. 


Bytes 82H, 83H: 


RU-SUS (Bit 4) - Receive 
Unit in SUSPENDED 
state. 


RU·NRSRC 
(Bit 5) - Receive 
Unit in NO RESOURC- 
ES state. 


FR (Bit 14) - FR Interrupt 
in Service 
bit. 


CX (Bit 15) - CX Interrupt 
in Service 
bit. 


Bytes 90H to 93H: 


BUF-ADR-PTR 
- Buffer 
pointer 
is the absolute 
ad- 
dress 
of the 
bytes 
following 
the 
DUMP 
Command 
block. 


Bytes 94H to 95H: 


RCV-DMA-BC 
- Receive 
DMA Byte Count. This field 
contains 
number 
of bytes 
to be transferred 
during 
the 
next 
Receive 
DMA 
operation. 
The 
value 
de- 
pends on AL-LOCation 
configuration 
bit. 


1. If AL-LOCation 
= 
0 then 
RCV-DMA-BC 
= 
(2 
times 
ADDR-LEN 
plus 
2) if the 
next 
Receive 
Frame Descriptor 
has already 
been fetched. 


2. If AL-LOCation 
= 1 then it contains 
the size of 
the next Receive 
Buffer. 


BR + BUF - PTR + 96H - Sum of Base Address 
plus 
BUF - PTR field and 96H. 


RCV-DMA-ADR 
- Receive 
DMA absolute 
Address. 


This is the next RCV-DMA 
start address. 
The value 
depends 
on AL-LOCation 
configuration 
bit. 


1. If AL-LOCation 
= 0, then RCV-DMA-ADR 
is the 
Destination 
Address 
field located 
in the next Re- 
ceive Frame Descriptor. 


2. If AL-LOCation 
= 1, then RCV-DMA-ADR 
is the 
next Receive 
Data Buffer Address. 


The following 
nomenclature 
has been 
used 
in the 
DUMP table: 
o 
• The 82586 writes zero in this location. 
1 
• The 82586 writes one in this location. 
X 
• The 82586 writes zero or one in this 
location. 
/ / / 
• The 82586 copies this location 
from the 
corresponding 
position 
in the memory 
structure. 


The DIAGNOSE 
Command 
triggers 
an internal 
self 
test procedure 
of backoff 
related registers 
and coun- 
ters. 


C 
(Bit 15) 
• Command 
Completed 
B 
(Bit 14) 
• Busy Executing 
Command 
OK 
(Bit 13) 
• Error Free Completion 
FAIL 
(Bit 11) 
• Indicates 
that the Self 
Test Procedured 
Failed 


EL 
(Bit 15) 
• End of Command 
List 
S 
(Bit 14) 
• Suspend 
After 
Completion 
I 
(Bit 13) 
• Interrupt After 
Completion 
CMD 
(Bits 0-2) 
• DIAGNOSE 
= 7 
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TO 
COMMAND 
BLOCK 
LIST 


RECEIVE 
FRAME 
DESCRIPTORS 


, 
I 
, 
I 
I 
I 
I 
I 
, 
I 
I 
BUFFER 1 
BUFFER 2 
I 
I 
I 
,- 
RECEIVE FRAME LIST 
---.11 
_ 
I 
I 


BUFFER 3 
BUFFER 4 
BUFFER 5 


FREE FRAME LIST 


RECEIVE 
BUFFER 
DESCRIPTORS 


The Receive Frame Area, RFA, is prepared by the 
host CPU. data is placed into the RFA by the 82586 
as frames are received. RFA consists of a list of 
Receive Frame Descriptors (FD). each of which is 
associated with a frame. RFA-OFFSET field of SCB 
points to the first FD of the chain; the last FD is 
identified by the End-of-Listing flag (EL). See Figure 
21. 


C 
(Bit 15) 
• Completed Storing 
Frame. 


B 
(Bit 14) 
• FD was Consumed by 
RU. 
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OK 
(Bit 13) 
• Frame received 
successfully. 
If this bit is 
set, then all others will be 
reset; if it is reset, then 
the other bits will indicate 
the nature of the error. 


S11 
(Bit 11) 
• Received 
Frame 
Experienced 
CRC Error. 


S10 
(Bit 10) 
• Received 
Frame 
Experienced 
an 
Alignment 
Error. 


S9 
(Bit 9) 
• RU ran out of resources 
during reception 
of this 


frame. 


S8 
(Bit 8) 
• RCV-DMA 
Overrun. 


S7 
(Bit 7) 
• Received 
frame had 
fewer bits than 
configured 
Minimum 
Frame Length. 


S6 
(Bit 6) 
• No EOF flag detected 
(only when configured 
to 
Bitstuffing). 


EL 
(Bit 15) 
• Last FD in the List. 


S 
(Bit 14) 
• RU should be suspended 
after receiving this frame. 


LINK OFFSET: Address 
of next FD in list. 


RBD-OFFSET: 
(initially prepared 
by the CPU and lat- 


er may be updated 
by 82586): 
Address 
of the first 


RBD 
that 
represents 
the 
Information 
Field. 
RBD- 


OFFSET 
= OFFFFH means there is no Information 


Field. 


DESTINATION 
ADDRESS 
(written 
by 
82586): 


Contains 
Destination 
Address 
of 
received 
frame. 


The length in by1es, it is determined 
by the Address 


Length 
configuration 
parameter. 


SOURCE 
ADDRESS 
(written 
by 82586): 
Contains 


Source 
Address 
of received 
frame. 
Its length 
is the 


same as DESTINATION 
ADDRESS. 


LENGTH 
FIELD (written 
by 82586): Contains 
the 2 


by1e Length or Type Field of received 
frame. 


RECEIVE 
BUFFER DESCRIPTOR 


FORMAT 


The Receive 
Buffer Descriptor 
(RBD) holds informa- 


tion about a buffer; size and location, 
and the means 
for forming 
a chain 
of RBDs, 
(forward 
pointer 
and 


end-of-frame 
indication). 


inter 


EOF 
(Bit 15) 
• Last buffer in received 
frame. 
F 
(Bit 14) 
• ACT COUNT field is valid. 
ACT 
(Bits 0-13) 
• Number of bytes in the 
COUNT 
buffer that are actually 
occupied. 


NEXT 
RBD OFFSET: 
Address 
of next BO in list of 
BO's. 


BUFFER 
ADDRESS: 
24·bit 
absolute 
address 
of 
buffer . 


EL 
(BIT 15) 
• Last BO in list. 


SIZE 
(Bits 0-13) 
• Number of bytes the 
buffer is capable 
of 
holding. 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O·C to 70·C 


Storage Temperature 
- 65·C to 150·C 


Voltage 
on Any Pin with 
Respect 
to Ground 
-1.0V 
to + 7V 


Power Dissipation 
3.0 Watts 


D.C. CHARACTERISTICS 
TA = O·C to 70·C. Te = O·C to 105·C, Vee = 5V ± 10%. 
CLK has MOS levels 
(See VMIL. VMIH, VMOL. 


VMOH). TxC and RxC have 82C501 compatible 
levels (VMIL, VTIH, VRIH). All other signals have TIL 
levels (see 
VIL. VIH. VOL. OH)· 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
(TIL) 
-0.5 
+0.8 
V 


VIH 
Input High Voltage 
(TIL) 
2.0 
Vee + 0.5 
V 


VOL 
Output Low Voltage 
(TIL) 
0.45 
V 
IOL = 2.5mA 


VOH 
Output High Voltage 
(TIL) 
2.4 
V 
IOH - 
400/-LA 


VMIL 
Input Low Voltage 
(MOS) 
-0.5 
0.6 
V 


VMIH 
Input High Voltage 
(MOS) 
3.9 
Vee + 0.5 
V 


VTIH 
Input High Voltage 
(TxC) 
3.3 
Vee + 0.5 
V 


VRIH 
Input High Voltage 
(RxC) 
3.0 
Vee + 0.5 
V 


VMOL 
Output Low Voltage 
(MOS) 
0.45 
V 
IOL2.5 mA 


VMOH 
Output High Voltage 
(MOS) 
Vee - 
0.5 
V 
IOH - 
400/-LA 


III 
Input Leakage Current 
±10 
/-LA 
o ~ VIN ~ Vee 


ILa 
Output Leakage Current 
±10 
/-LA 
0.45 ~ VOUT ~ Vee 


CIN 
Capacitance 
of Input Buffer 
10 
pF 
FC = 1 MHz 


COUT 
Capacitance 
of Output Buffer 
20 
pF 
FC = 1 MHz 


Ice 
Power Supply Current 
550 
mA 
TA = O·C 
450 
TA = 70·C 


TA = O·C to 70·C, Tc = O·C to 10S·C, VCC = SV ± 10%. Figures 24 and 2S define 
how the measurements 


should 
be done. 


2.4~1.5 
--TEST 
POINTS--1.5)C 
O.45~------------ 
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82586-6 
82586 
82586·10 
Symbol 
Parameter 
(6 MHz) 
(8 MHz) 
(10 MHz) 
Comments 


Mln 
Max 
Mln 
Max 
Mln 
Max 


T1 
ClK 
Cycle Period 
166 
2000 
125 
2000 
100 
200 


T2 
ClK 
low Time at 1.5V 
73 
1000 
55 
1000 
44 
1000 


T3 
ClK 
low Time at 0.9V 
42.5 
1000 
42.5 
1000 


T4 
ClK 
High Time at 1.5V 
73 
55 
44 


T5 
ClK 
High Time at 3.6V 
42.5 
42.5 


T6 
ClK 
Rise Time 
15 
15 
12 
Note 1 


T7 
ClK 
Fall Time 
15 
15 
12 
Note 2 


T8 
Data in Setup Time 
20 
20 
15 


T9 
Data in Hold Time 
10 
10 
10 


T10 
Async ROY Active Setup Time 
20 
20 
15 
Note 3 


T11 
Async ROY Inactive Setup Time 
35 
35 
25 
Note 3 


T12 
Async ROY Hold Time 
15 
15 
15 
Note 3 


T13 
Synchronous 
Ready/Active 
Setup 
35 
35 
35 


T14 
Synchronous 
Ready Hold Time 
0 
0 
0 


T15 
HlDA 
Setup Time 
20 
20 
20 
Note 3 


T16 
HlDA 
Hold Time 
10 
10 
5 
Note 3 


T17 
Reset Setup Time· 
20 
20 
20 
Note 3 


T18 
Reset Hold Time 
10 
10 
10 
Note 3 


T19 
CA Pulse Width 
1 T1 
1 T1 
1 T1 


T20 
CA Setup Time 
20 
20 
20 
Note 3 


T21 
CA Hold Time 
10 
10 
10 
Note 3 


Symbol 
Parameter 
Mln 
Max 
Mln 
Max 
Mln 
Max 
Comments 


T22 
DT /R Valid Delay 
0 
60 
0 
60 
0 
44 


T23 
WR, DEN Active Delay 
0 
70 
0 
70 
0 
56 


T24 
WR, DEN Inactive Delay 
10 
65 
10 
65 
10 
45 


T25 
Int. Active Delay 
0 
85 
0 
85 
0 
70 
Note 4 


T26 
Int. Inactive 
Delay 
0 
85 
0 
85 
0 
70 
Note 4 


T27 
Hold Active Delay 
0 
85 
0 
85 
0 
70 
Note 4 


T28 
Hold Inactive 
Delay 
0 
85 
0 
85 
0 
70 
Note 4 


T29 
Address 
Valid Delay 
0 
55 
0 
55 
0 
50 


T30 
Address 
Float Delay 
0 
50 
0 
50 
12 
50 


T31 
Data Valid Delay 
0 
55 
0 
55 
0 
50 
Note 7 


T32 
Data Hold Time 
0 
0 
0 


T33 
Status Active Delay 
10 
60 
10 
60 
10 
45 
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82582-6 
82586 
82586·10 
Symbol 
Parameter 
(6 MHz) 
(8 MHz) 
(10 MHz) 
Comments 


Min 
Max 
Min 
Max 
Min 
Max 


T34 
Status Inactive Delay 
10 
70 
10 
70 
10 
50 
Note 8 


T35 
ALE Active Delay 
0 
45 
0 
45 
0 
35 
Note 5 


T36 
ALE Inactive 
Delay 
0 
45 
0 
45 
0 
37 
Note 5 


T37 
ALE Width 
T2-10 
T2-10 
T2-10 
Note 5 


T38 
Address 
Valid to ALE Low 
T2-40 
T2-30 
T2-25 


T39 
Address 
Hold to ALE Inactive 
T4-10 
T4-10 
T4-10 


T40 
RD Active Delay 
10 
95 
10 
95 
10 
95 


T41 
RD Inactive 
Delay 
10 
70 
10 
70 
10 
70 


T42 
RDWidth 
2Tl-50 
2Tl-50 
2Tl-46 


T43 
Address 
Float to RD Active 
10 
10 
0 


T44 
RD Inactive to Address 
Active 
Tl-40 
Tl-40 
Tl-34 


T45 
WRWidth 
2Tl-40 
2Tl-40 
2Tl-34 


T46 
Data Hold After WR 
T2-25 
T2-25 
T2-25 


T47 
Control 
Inactive After Reset 
0 
60 
0 
60 
0 
60 
Note 6 


• All units are in ns. 


"CL 
on all outputs 
is 20-200 
pF unless 
otherwise 
specified. 


NOTES: 
1. 1.0V to 3.5V 
2. 3.5V to 1.0V 
3. To guarantee 
recognition 
at next clock 
4. CL = 50 pF 
5. CL = 100 pF 


6. Affects: 


MIN MODE: 
RD, WR, DT /A, DEN 
MAX MODE: 
SO, Sl 
7. High address 
lines 
(A16-A24, 
SHE) 
become 
valid 
one 
clock 
before 
Tl 
only on first memory 
cycle 
after the 82586 
acquired 
the bus. 
8. Sl, 
SO go inactive 
just prior to T4. 


Figure 
28. RESET Timing 
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SERIAL 
INTERFACE 
A.C. TIMING 
CHARACTERISTICS 


for Manchester: 


f min = 500 kHz ± 100 ppm 


f max = 10 MHz ± 100 ppm 


CLOCK 
SPECIFICATION 
Applies 
for TxC, RxC for NRZ: 


f min = 100 kHz ± 100 ppm 


f max = 10 MHz ± 100 ppm 
T51, T52 = ~ ±5% 


Symbol 
Parameter 
Min 
Max 
Comments 


TRANSMIT 
CLOCK PARAMETERS 


T48 
TxCCycle 
100 
1000 
Notes 14, 2 


T48 
TxC Cycle 
100 
Notes 14, 3 


T49 
TxC Rise Time 
5 
Note 14 


T50 
TxCFaliTime 
5 
Note 14 


T51 
TxC High Time @ 3.0V 
40 
1000 
Note 14 


T52 
TxC Low Time @0.9V 
40 
Notes 14, 4 


TRANSMIT 
DATA PARAMETERS 


T53 
TxD Rise Time 
10 
Notes 5,13 


T54 
TxD Fall Time 
10 
Notes 5,13 


T55 
TxD Transition-Transition 
Min (T51, 
Notes 2,5 
T52) - 
7 


T56 
TxC Low to TxD Valid 
40 
Notes 3,5 


T57 
TxC Low to TxD Transition 
40 
Notes 2,5 


T58 
TxC High to TxD Transition 
40 
Notes 2,5 


T59 
TxC Low to TxD High at the Transmission 
End 
40 
Note 5 


REQUEST 
TO SEND/CLEAR 
TO SEND PARAMETERS 


T60 
TxC Low to RTS Low. Time to Activate 
RTS 
40 
Note 6 


T61 
CTS Valid to TxC Low. CTS Setup Time 
45 


T62 
TxC Low to CTS Invalid. CTS Hold Time 
20 
Note 7 


T63 
TxC Low to RTS High, time to Deactivate 
RTS 
40 
Note 6 


RECEIVE 
CLOCK PARAMETERS 


T64 
RxC Clock Cycle 
100 
Notes 15, 3 


T65 
RxC Rise Time 
5 
Note 15 


T66 
RxC Fall Time 
5 
Note 15 


T67 
RxC High Time @ 2.7V 
36 
1000 
Note 15 


T68 
RxC Low Time @0.9V 
40 
Note 15 


Symbol 
Parameter 
Mln 
Max 
Comments 


RECEIVE 
DATA PARAMETERS 


T69 
RxO Setup Time 
30 
Note 1 


T70 
RxO Hold Time 
30 
Note 1 


T71 
RxO Rise Time 
10 
Note 1 


T72 
RxOFaliTime 
10 
Note 1 


CARRIER 
SENSE/COLLISION 
DETECT 
PARAMETERS 


T73 
COT Valid to TxC High Ext. Collision 
30 
Note 12 
Oetect Setup Time 


T74 
TxC High to COT Inactive. COT Hold Time 
20 
Note 12 


T75 
COT Low to Jamming 
Start 
Note 8 


T76 
CRS Valid to TxC High Ext. Carrier Sense Setup Time 
30 
Note 12 


T77 
TxC High to CRS Inactive. CRS Hold Time 
20 
Note 12 


T78 
CRS Low to Jamming 
Start 
Note 9 


T79 
Jamming 
Period 
Note 10 


T80 
CRS Inactive Setup Time to RxC High 
60 
End of Receive 
Frame 


T81 
CRS Active Hold Time from RxC High 
3 


INTERFRAME 
SPACING 
PARAMETER 


T82 
Inter Frame Oelay 
Note 11 


NOTES: 
1. TIL 
levels 
2. Manchester 
only 
3. NRZ only 
4. Manchester 
requires 
50% 
duty cycle 
5. 1 TIL 
load + 50 pF 
6. 1 TIL 
load + 100 pF 
7. Abnormal 
end of transmission. 
CTS expires 
before 
RTS 
8. Programmable 
value: 


T75 = NCDF x T48 + (12.5 to 23.5) x T48 if collision 
occurs 
after preamble 
NCDF- 
The collision 
detection 
filter configuration 
value 
9. Programmable 
value: 


T78 = NCSF x T48 + (12.5 to 23.5) x T48 
NCSF- 
The carrier 
sense 
filter configuration 
value 
TBD is a function 
of internal/ex1ernal 
carrier 
sense 
bit 
10. T79 = 32 x T48 
11. Programmable 
value: 


T82 = NIFS x T48 
NIF5-the 
IFS configuration 
value 


·12. To guarantee 
recognition 
on the nex1 clock 
13. Applies 
to TIL 
levels 
14. 82C501 
compatible 
levels, 
see Figure 34 
15. 82C501 
compatible 
levels, 
see Figure 35 
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Input and Output Waveforms for AC Tests 


2.4-v'1.5 
--TEST 
POINTS--1.5 x== 
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• CHMOS Replacement for Intel 82501 or 
• 10 MHz Transmit Clock Generator 
SEEQ 8023A 
• Drives/Receives 
802.3 10BASE5 Access 
• Conforms to IEEE 802.3 10BASE5 
Unit Interface (Transceiver) Cable 
(Ethernet) and 10BASE2 (Cheapernet) 
• Defeatable Watchdog Timer Circuit to 
Specifications 
Prevent Continous Transmissions 
• Direct Interlace to the 82586 LAN 
• Diagnostic Loopback for Network Node 
Coprocessor 
and 82502 Transceiver 
Fault Detection and Isolation 
• 10 Mbps Operation 
• Replaces 8 to 12 MSI Components 
• Manchester Encoding/Decoding 
and 
Receive Clock Recovery 


The 82C501 
Ethernet 
Serial Interface 
(ESI) chip is designed 
to work directly with the 82586 LAN Coprocessor 
in IEEE 802.3 (10BASE5 
and 10BASE2), 
10 Mbps, Local Area Network 
applications. 
The major functions 
of 
the 82C501 are to generate 
the 10 MHz transmit 
clock for the 82586, perform 
Manchester 
encoding/decoding 
of the transmitted/received 
frames, and provide the electrical 
interface 
to the Ethernet 
transceiver 
cable (AUI). 


Diagnostic 
loopback 
control 
enables 
the 82C501 to route the signal to be transmitted 
from the 82586 through 
its Manchester 
encoding 
and decoding 
circuitry 
and back to the 82586. The combined 
loopback 
capabilities 
of 
the 82586 and 82C501 
result in highly effective 
fault detection 
and isolation 
through 
sequential 
testing 
of the 
communications 
interface. 
A (defeatable) 
on-chip 
watchdog 
timer circuit prevents 
the station 
from locking 
up 
in a continuous 
transmit 
mode. 
The 82C501 
is socket 
compatible 
with the predecessor 
82501 
and SEEQ 
8023A. 
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Figure 2. Pin Configuration 


Symbol 
Pin 
Type 
Name and Function 
No. 


ENETVI 
1 
I 
ETHERNET 
VERSION 
1.0: An active low, MOS-Ievel 
input. When ENETV1 
is 
asserted, 
the TRMT ITRMT 
pair remains at high differential 
voltage 
at the end of 


transmission. 
This operation 
is compatible 
with the Ethernet 
Version 
1.0 
specification. 
If the ENETV1 pin is left floating, 
an internal pull-up resistor 
biases 
the input inactive high. 


NOOR 
2 
I 
CRS 'OR': An active low, MOS-Ievel 
input. When NOOR is asserted 
a valid 
signal on the collision-presence 
pair (CLSN/CLSN) 
will not force CRS active 
low. With NOOR active CRS can only be asserted 
by the presence 
of valid data 
bits on the RCV IRCV pair. If the NOOR pin is floating, 
an internal pull-up resistor 
biases the input inactive high. 


LPBKI 
3 
I 
LOOPBACK/WATCHDOG 
TIMER DISABLE: An active low, TTL-Ievel 
control 
WDTD 
signal enables the loop back mode. In loopback 
mode serial data on the TXD 
input is routed through the 82C501 internal circuits and back to the RXD output 
without driving the TRMT ITRMT 
output pair to the transceiver 
cable. During 
loop back CDT is asserted 
at the end of each transmission 
to simulate 
the SQE 
test. 


WATCHDOG 
TIMER DISABLE: An input voltage of 10 to 16 through a 1 Kfi 
resistor will disable the on-chip watchdog 
timer. 


RCV 
4 
I 
RECEIVE 
PAIR: A differentially 
driven input pair which is tied to the receive pair 
RCV 
5 
I 
of the Ethernet transceiver 
cable. The first transition 
on RCV will be negative- 
going to indicate the beginning 
of a frame. The last transition 
should be positive- 
going to indicate the end of the frame. The received 
bit stream is assumed 
to be 
Manchester 
encoded. 


CRS 
6 
0 
CARRIER 
SENSE: An active low, MOS-Ievel 
output to notify the 82586 that 
there is activity on the coaxial cable. The signal is asserted 
when valid data or a 
collision-presence 
signal from the transceiver 
is present. 
It is deasserted 
at the 
end of a frame; or when the end of the collision-presence 
signal is detected, 
synchronous 
with RXC. After transmission, 
once deasserted, 
CRS will not be 
reasserted 
again for a period of 5 ,.,.sminimum or 7 ,.,.smaximum, 
regardless 
of 
any activity on the collision-presence 
signal (CLSN/CLSN) 
and RCV IRCV 
inputs. 


CDT 
7 
0 
COLLISION 
DETECT: An active-low, 
MOS-Ievel 
signal which drives the CDT 
input of the 82586 controller. 
It is asserted 
as long as there is activity on the 
collision 
pair (CLSN/CLSN), 
and during SQE (heartbeat) 
test in loopback. 


RXC 
8 
0 
RECEIVE 
CLOCK: A 10 MHz MOS level clock output with 5 ns rise and fall 
times. This output is connected 
to the 82586 receive clock input RXC. There is a 
maximum 
1.4 ,.,.sdelay at the beginning 
of a frame reception 
before the clock 
recovery 
circuit gains lock. During idle (no incoming 
frames) 
RXC is forced 
low. 


RXD 
9 
0 
RECEIVE 
DATA: A MOS-Ievel output tied directly to the RXD input of the 82586 
controller 
and sampled 
by the 82586 at the negative 
edge of RXC. The bit 
stream received 
from the transceiver 
cable is Manchester 
decoded 
prior to 
being transferred 
to the controller. 
This output remains high during idle. 


GND 
10 
GROUND: 
Reference. 


CLSN 
12 
I 
COLLISION 
PAIR: A differentially 
driven input pair tied to the collision-presence 
CLSN 
11 
I 
pair of the Ethernet transceiver 
cable. The collision-presence 
signal is a 10 MHz 
square wave. The first transition 
at CLSN is negative-going 
to indicate the 
beginning 
of the signal; the last transition 
is positive-going 
to indicate the end of 
the signal. 


X1 
14 
I 
CLOCK CRYSTAL: 
20 MHz crystal inputs. When X2 is floated, 
X1 can be used 
X2 
13 
I 
as an external 
MOS level input clock. 


inter 


Symbol 
Pin 
Type 
Name and Function 
No. 


TEN 
15 
I 
TRANSMIT 
ENABLE: 
An active low, TIL 
level signal synchronous 
to TXC that 
enables 
data transmission 
to the transceiver 
cable and starts the watchdog 
timer. TEN can be driven by the RTS from the 82586. 


TXC 
16 
0 
TRANSMIT 
CLOCK: 
A 10 MHz MOS level clock output with 5 ns rise and fall 
times. This clock is connected 
directly to the TXC input of the 82586. 


TXD 
17 
I 
TRANSMIT 
DATA: A TIL-Ievel 
input signal that is directly connected 
to the 
serial data output, TXD, of the 82586. 


TRMT 
19 
0 
TRANSMIT 
PAIR: A differential 
output driver pair that drives the transmit 
pair of 
TRMT 
18 
0 
the transceiver 
cable. The output bit stream is Manchester 
encoded. 
Following 
the last transmission, 
which is always positive at TRMT, the differential 
voltage 
is slowly reduced to zero volts in a series of steps. If ENETV1 is asserted 
this 
voltage 
stepping 
is disabled. 


Vcc 
20 
POWER: 5V ± 10%. 


A 20 MHz parallel resonant 
crystal is used to control 
the 
clock 
generation 
oscillator 
which 
provides 
the 
basic 
20 MHz clock 
source. 
An internal 
divide-by- 
two counter 
generates 
the 10 MHz ± 0.01 % clock 
required 
by the IEEE 802.3 specification. 


It is recommended 
that a crystal 
meeting the follow- 
ing specifications 
be used: 


• 
Quartz Crystal 


• 
20.00 MHz ± 0.002% 
@ 25·C 


• 
Accuracy 
± 0.005% 
Over Full Operating 
Temper- 
ature, 0 to 70·C 


• 
Parallel 
resonant 
with 20 pF Load Fundamental 
Mode 


Several vendors 
have these crystals available; 
either 
off the shelf or custom 
made. Two possible 
vendors 
are: 


1. M·Tron 
Industries, 
Inc 
Yankton, 
SO 57078 


2. Crystek 
Corporation 
100 Crystal 
Drive 
Ft Myers, FL 33907 


For best operation 
the total crystal load capacitance 
should 
be about 20 pF. Considering 
the internal 
ca- 
pacitance 
of the 82C501, 
and board capacitance, 
a 
typical 
configuration 
would 
have a 30 to 35 pF ca- 
pacitor 
connected 
between 
the X1 and X2 input and 
ground. Stray capacitance 
of the board will bring the 


total 
capacitance 
to 20 pF. The total 
length 
of the 
line on each side of the crystal (between 
X1 and X2, 
the crystal, 
and the capacitor) 
should 
be less than 
one inch. 


An external, 
20 MHz, MOS-Ievel 
clock 
may be ap- 
plied to pin X1 while pin X2 is left floating. 


Manchester Encoder and Transceiver 
Cable Driver 


The 
20 MHz clock 
is used to Manchester 
encode 
data on the TXD input line. The clock is also divided 
by two to produce 
the 10-MHz clock required 
by the 
82586 
for synchronizing 
its RTS and TXD signals. 
See Figure 3. (Note that the 82586 RTS is tied to the 
82C501 
TEN input as shown 
in Figure 4.) 


Data 
encoding 
and 
transmission 
begins 
with 
TEN 
going 
low. Since 
the first bit is a '1', the first tran- 
sition on the transmit 
output 
TRMT 
is always 
nega- 
tive. 
Transmission 
ends 
with 
the 
TEN 
going 
high. 


The last transition 
is always 
poisitve 
at TRMT 
and 
may occur at the center 
of the bit cell (last bit = 1) 
or at the boundary 
of the bit cell (last bit = 0). A 1-bit 
delay is introduce~he 
82C501 
between 
its TXD 
input and TRMT /TRMT 
output as shown in Figure 3. 


If the signal applied 
to the ENETV1 
input is inactive 
high the TRMT 
output 
is slowly 
brought 
to its high 
state 
200 ns after 
the last transmit 
data transition. 


The 
TRMT /TRMT 
differential 
voltage 
will 
become 
less than 40 mV within 8 fJ-safter the last data tran- 
sition. The undershoot 
for return to idle is less than 
100 mV differentially. 
This mode of operation 
is com- 
patible with the IEEE 802.3 tranceiver. 
See Figure 4. 


If an active 
signal 
Is present 
at the ~ 
Input 
at 


the end 
of transmission, 
the TRMT/~ 
pair 
out- 
put """IIIremain 
a high differential 
voltage. 
Aa a result 


there 
Yllill be a positive 
differential 
voltage 
during 
the 
entire 
transmit 
Idle 
time. 
This 
mode 
of operation 
Is 
compatible 
YIIlth the 
Ethernet 
Version 
1.0 specifica- 


tion. 


Immediately 
after 
the 
end 
of a transmission 
all sig- 


nals 
on 
the 
receive 
pair 
are 
Inhibited 
for 
5 J-I-Smini- 


mum 
to 
7 J-I-smaximum. 
This 
dead 
time 
Ie required 


for proper 
operation 
of the SOE 
(heartbeat) 
test. 


An 
Int.rnal 
"""atchdog 
timer 
Is started 
YIIhen T'E"'I'1 
I. 
asserted 
10VIIat the beginning 
of the frame. 
The 
du· 


ration 
of the YIIatchdog timer 
Is 25 ms ± 
150/0. If the 
transmission 
terminates 
(by 
deassertJng 
the 
T'E'Ji\1) 


before 
the 
timer 
expires. 
the 
timer 
IS reset 
(and 
ready 
for the 
next 
transmission). 
If the timer 
expires 
before 
the 
transmission 
ends 
the 
frame 
Is aborted. 


io~et~':~~~T~~ 
~,~IS~~I~ga~~e 
~X~U~r~ri~~~ 


affected. 
The 
YIIatchdog timer 
Is reset 
only VIIhen the 
"TE'f\JIs deassGrted. 


The 
cable 
driver 
Is a differential 
circuit 
requiring 
ex- 


terna' 
pulidoYlln resistors 
of 2400 
± 5%. 
In addition, 


high-voltage 
protection 
of 
+ 10V 
maximum, 
and 


short 
circuit 
protection 
to ground 
Is provided. 


To 
provide 
additional 
high 
voltage 
protection, 
If the 
cable 
Is 
ahorted, 
an 
laolatlon 
tr 
nsformer 
can 
be 
used to isoiate 
the TRMT 
and ~ 
outputs. 
Trans- 
mit 
circuit 
inductance 
(Including 
the 
IEEE 
802.3 


transceiver 
transformera) 
should 
be 
tYllenty-seven 


mlcrohenrys 
minimum. 


The B2C501 
Input circuits 
can be driven 
directly 
from 


the 
Ethernet 
transceiver 
cable 
receive 
pair. 
In this 
case 
the 
cabie 
Is terminated 
VIIith I!l reslator 
of 7BO 
± 
6°"," 
for 
proper 
Impedance 
matching. 
Se. 
Figure 
4. 


The 
signal 
received 
on the 
RCV /R"O'Q' 
pair from 
the 


transceiver 
defines 
both 
the 'R'XO and 
RXD 
outputs 


:,c;.::;ef~~B~heT~~~dan~C~~~n:~rr 
a;~~:fo;y 


Mencheater 
decode 
circuitry. 


The 
Input 
circuits 
can 
also 
be driven 
VIIlth ECL volt- 


age 
level •. 
In either 
C&S8, 
the 
input 
common 
mode 


Voltage 
must 
be In the range 
of O-Vcc 
volta 
to alloVII 


for 
VIIlde driver 
supply 
variation 
at 
the 
transceiver. 


The 
Input 
terminals 
have 
a 
10V 
minimum 
overvolt- 


age 
proteotlon. 
To 
provide 
additional 
high 
voltage 


protection, 
If the cable 
Is shorted. 
an Isolation 
trans- 


former 
can 
be 
used 
to 
isolate 
the 
ReV 
and 
A""C'Q 


inputs. 


A noise 
filter 
Is provided 
at the 
RCV/R'C'\7 Input 
pair 


to prevent 
spurious 
signalS 
from 
improperly 
trigger- 


ing the receiver 
circuitry. 
The 
noise 
filter 
has the fol. 


lo"""ing characteristics. 


A negative 
pulse 
YIIhlch la narro"""er than 
10 ns, or Is 


Ie•• 
than 
150 
mV 
In amplitude, 
Is rejected 
during 


Idle. 


inter 


POWER 
PAIR 
1Mll 


12V 
ISOLATED 
POWER 
+5V 
OV 
SUPPLY 
OV 


TXC 
26 
16 
_Vee 
GND 


28 
15 
TXC 
TRMT 
RTS 
TEN 


TXD 
27 
17 
TXD 
1 
ENETV1 
CTS 
29 
TRMT 
18 


2 
NOOR 
RxC 
23 
8 
RxC 
CRS 
31 
6 
CRS 
25 
9 
RxD 
30 
7 
RxD 
<4 


COT 
COT 
RCV 


82586 


CONTROLLER 
82C501 
ESI 


C1~ 


NOTE: 
C1 = C2 = 20 pF ± 10% 


As soon 
as the first valid 
negative 
pulse 
is recog- 


nized by the noise filter the data threshold 
is lowered 


and the CRS signal is asserted 
to inform the 82586 


controller 
of the beginning 
of a reception. 
The RXC 


will be held low for a maximum 
of 1.4 /Ls while the 


synchronizer 
acquires 
a lock on the RCV signal. 


If no negative 
transition 
occurs 
within 
160 ns from 


the last positive 
transition 
end of frame 
is assumed. 


After the end of a frame CRS is not inhibited. 
If there 


is a negatvie 
pulse whose 
amplitude 
is greater 
than 


275 mV and is wider 
than 
30 ns, or an equivalent 


sized undershoot 
from the transceiver, 
then CRS will 


be reactivated. 


Manchester 
Decoder and Clock 
Recovery 


The filtered 
data enters 
the clock 
recovery 
and de- 


coder 
circuits. 
A Digital 
Bit Synchronizer 
(DBS) 
is 


used 
to extract 
the 
received 
clock 
from 
the 
data; 


beginning 
from 
the third 
negative 
transition 
of the 


incoming 
data. The DBS will acquire 
lock within the 


first fourteen 
bit times, 
as seen from the RCV IRCV 


inputs. 
During 
that 
period 
of time the 
RXC is held 


low. The 
maximum, 
bit-cell 
timing 
distortion 
Qitter) 


tolerated 
by the DBS is ± 12 ns for the preamble, 


and ± 18 ns for data. 


The RCV IRCV 
input is decoded 
from Manchester 
to 


NRZ and transferred 
synchronously 
with RXC to the 


82586. 


The CLSN/CLSN 
input signal 
is a 10 MHz ± 15% 


square-wave 
generated 
by the transceiver 
whenever 


two or more data frames 
are superimposed 
on the 


coaxial 
cable. 
The 
maximum 
asymmetry 
in 
the 


CLSN/CLSN 
signal 
is 60/40% 
for 
low-to-high 
or 


~re", 
,ff'."" "cUll" 
manner as HLN / HL;V. I he noise 
filter 
rejects 
signals 
with 
an 
amplitude 
less 
than 
150 mV and narrower 
than 10 ns. The filter turns off 
at the first negative 
pulse with an amplitude 
greater 
than 
275 
mV and wider 
than 
30 ns. The filter 
will 
remain 
off indicating 
that a valid collision-presence 
signal 
is present 
as long 
as the 
negative 
CLSNI 
CLSN signal pulses 
have an amplitude 
greater 
than 
275 
mV. The 
filter 
returns 
to the 
'on' 
state 
if the 
signal's 
amplitude 
becomes 
less than 150 mV, or if 
no negative 
transition 
occurs within 
160 ns after the 
last positive 
transition. 
The collision 
filter can be im- 
mediately 
turned 
off again 
at the 
first 
valid 
signal 
pulse. 


The common-mode 
voltage 
and external termination 
are identical 
to the RCV /RCV 
input. (See Figure 4.) 
Like 
the 
RCV /RCV 
input, 
the 
CLSN/CLSN 
input 
also has a 10V maximum 
protection 
and additional 
clamping 
against 
low-energy, 
high-voltage 
noise sig- 
nals. To provide additional 
high voltage 
protection, 
if 
the cable is shorted, 
an isolation 
transformer 
can be 
used to isolate the CLSN and CLSN inputs. 


A 
valid 
collision-presence 
signal 
will 
assert 
the 
82C501 CDT output which can be directly tied to the 
CDT input of the 82586 controller. 
During normal op- 
eration the 82C501 
logically 
'OR's the collision-pres- 
ence 
signal 
with 
internal 
valid 
data on (RCV /RCV 
pair) signal to generate 
CRS output. 
If, however, 
the 
NOOR 
input 
is asserted 
low, this 
'OR' 
function 
is 
removed 
and CRS is only asserted 
by the presence 
of valid 
data 
on the 
RCV IRCV 
pair. This 
mode 
of 
operation 
is required 
for repeater 
design. 


During 
the 
time 
that 
valid 
collision-presence 
tran- 
sitions 
are present 
on the CLSN/CLSN 
input invalid 
data transitions 
may be present 
on the receive 
data 
pair due to the superposition 
of signals 
from two or 


10VlO lev 


lK 


sible for RCV IRCV 
to lose transitions 
for a few bit 


times due to perfect 
cancellation 
of the signals: this 
may cause the 82C501 
to abort the reception. 


When a valid collision-presence 
signal is present the 
CRS signal is asserted 
(along with CDT). However, 
if 


this collision-presence 
signal arrives within 5 to 7 IJ-s 
from the last transmission 
only CDT is generated 
so 


that the 82586 recognizes 
the active CDT as a valid 


SQE (heartbeat) 
test signal. 


Internal Loopback 


When 
asserted, 
LPBK causes 
the 82C501 
to route 
serial 
data from 
its TXD 
input 
through 
its transmit 


logic (retiming 
and Manchester 
encoding); 
returning 
it through 
the 
receive 
logic 
(Manchester 
decoding 
and receive 
clock 
generation) 
to RXD output. 
The 
internal 
routing 
prevents 
the 
data 
from 
passing 
through 
the output drivers and onto the transmit 
out- 
put pair TRMT ITRMT. 
When in loopback 
mode all of 


the transmit 
and receive 
circuits, 
including 
the noise 
filter, are tested except for the transceiver 
cable out- 


put driver 
and input 
receivers. 
Also, 
at the end 
of 


each 
frame 
transmitted 
in 
loopback 
mode 
the 
82C501 
generates 
the SQE test 
(heartbeat) 
signal 


within 
1 IJ-s after 
the 
end 
of the frame. 
Thus, 
the 
collsion 
circuits, 
including 
the 
noise 
filter, 
are also 
tested 
in loopback 
mode. 


The 
watchdog 
timer 
remains 
enabled 
in loopback 


mode, terminating 
test frames 
that exceed 
its time- 
out period. 
The watchdog 
can be inhibited 
by con- 
necting 
LPBK to a 1 kn resistor 
connected 
to 10V to 
16V. The loop back feature 
can still be used to test 
the 
integrity 
of 
the 
82C501 
by 
using 
the 
circuit 
shown 
in Figure 5. 


LPBK 
WDTD 
Function 


1 
X 
LPBK mode 


0 
0 
Normal mode 


0 
'1 
Normal mode with 
watchdog 
timer disabled 


The 82C501 operates as a full-duplex device, being 
able to transmit and receive simultaneously. By 
combining the internal and external loopback modes 
of the 82586, and the internal loopback and normal 
modes of the 82C501, incremental testing of an 
82586/82C501-based 
interface can be performed 
under program control for systematic fault detection 
and fault isolation. 


The 82C501 is designed to work directly with the 
82586 controller in IEEE 802.3 10 Mbps, as well as 
other 10 Mbps LAN applications. The control and 
data signals connect directly between the two devic- 
es without the need for additional external logic. The 
complete 82586/82C501 
Ethernet Transceiver ca- 


ble/82502 
interface is shown in Figure 4. The 
82C501 provides the driver and receivers needed to 
directly connect to the transceiver cable; requiring 
only terminating resistors on each input signal pair 
and 240n pull-down resistors. 


If additional high voltage protection is desired, a 
pulse transformer may be included for Ethernet ap- 
plications. IEEE 802.3 10BASE5 (Ethernet) specifi- 
cations require at least 16V protection for the Trans- 
mit, Receive, and Collision pairs. In 
10BASE2 


(Cheapernet) a pulse transformer is required to be 
inserted between the DTE (82586/82C501) 
and the 


transceiver (82502). Through the use of jumpers, the 
same transformer can be used for an Ethernet con- 
nection at minimal additional cost. 


The pulse transformer should have the following 
characteristics: 
1. Minimum inductance of 50 microhenries; 70 pre- 


ferred. 


2. 2000V isolation between primary and secondary 


windings. 
3. 2000V isolation between primaries of separate 


transformers. 


Since Ethernet Version 1.0 transceivers may require 
a positive differential on the TRMT pair during idle, 
check with the transceiver vendor before including 
the pulse transformer. 


inter 


ABSOLUTE 
MAXIMUM 
RATING 
Ambient 
Temperature 
Under Bias 
O°C to + 70°C 


Case Temperature 
Under Bias 
O°C to + 90°C 


Storage Temperature 
-65°C 
to + 140°C 


All Output and Supply Voltages 
-0.5V 
to + 7V 


All Input Voltages 
-1.0V 
to + 6.0V(1) 


Power Dissipation 
0.5W 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE Specifications contained within the 
following tables are subject to change. 


Symbol 
Parameter 
Mln 
Max 


VIL 
Input Low Voltage 
TTL 
-0.5V 
0.8V 
MOS 
-0.5V 
0.6V 


VIH 
Input High Voltage 
TTL 
2.0V 
VCC + 0.5V 
MOS 
3.9V 
VCC + 0.5V 


VIDF 
Input Differential 
Voltage 
±300mV 
±1500 
mV 


VCM 
Input Common 
Mode Voltage 
OV 
VCC 


VOCM 
Common 
Mode Output(2) 
0.5V 
5.0V 


VOL 
Output Low Voltage 
@ IOL = 4 mA 
0.45V 


VOH 
Output High Voltage 
(MOS) 
@ IOH = - 500 JJ-A 
3.9V 


VODF 
Differential 
Output Swing(3) 
±0.55V 
±1.2V 


III 
Input Leakage Current(4) 
@ VIN = OV to VCC 
±50JJ-A 


CIN 
Input Capacitance 
@ fc = 1 MHz 
10 pF 


COUT 
Output Capacitance 
@ fc = 1 MHz 
20pF 


Icc 
Power Supply Current 
@ TA = 70°C(5) 
100 mA 


VREJECT 
Differential 
Reject Voltage 
150 mV 


VACCEPT 
Differential 
Accept 
Voltage 
275 mV 


NOTES: 
1. The voltage levels for CLSN/CLSN, RCV/RCV inputs are -1.5V to + 10V. 
2. The load is a 780 ±6% resistor in parallel with a 27 ",H ± 1% inductor. 
3. DC measurement values. 
4. Only TXD, TEN, and X1 conform to this spec. NOOR, ENETV1, and LPBK/WDTD inputs source/sink a maximum of 1 mA. 
5. Part of the power is dissipated through the pulldown resistors connected to TRMT/TRMT outputs. 


1. TA = O°C to + 70°C, TC = O°C to +90°C, 
VCC = 5V ± 10%. 


2. The AC measurements 
are performed 
at the fol- 
lowing 
voltage 
levels 
for these 
various 
kinds 
of 
inputs and outputs: 


a) MOS and TTL, as defined 
in the DC charac- 
teristics. 


b) Differential 
Inputs 
and 
Outputs: 
the 
50% 
points 
of the total 
swing 
are used for delay 


measurement. 
The 
rise 
and 
fall 
times 
are 
measured 
at the 20% and 80% points, except 
when 
the 
IEEE 802.3 
CSMAlCD 
spec 
indi- 
cates otherwise. 


3. AC Loads: 


a) MOS: a 20 pF total capacitance 
to ground. 


b) Differential: 
a 10 pF total 
capacitance 
from 
each terminal 
to ground, and a load resistor 
of 
780. ±6% in parallel 
with a 27 JJ-H ± 1% in- 
ductor 
between 
terminals. 


intJ 


Symbol 
Parameter 
Min 
Max 
Unit' 


t1 
TXC Cycle Time 
99.99 
100.01 
ns 


t2 
TXC Fall Time(1) 
5 
ns 


t3 
TXC Rise Time(1) 
, 
5 
ns 


t4 
TXC Low Time (at 0.9V) 
40 
ns 


t5 
TXC High Time (at 3.0V) 
40 
ns 


tEl 
Transmit 
Enable/Disable 
to TXC Low 
45 
ns 


t7 
TXD Stable to TXC Low 
45 
ns 


te 
Bit Cell Center to Bit Cell Center of Transmit 
Pair Data 
99.5 
100.5 
ns 


t9 
Transmit 
Pair Data Fall Time(2) 
1.0 
5.0 
ns 


tlO 
Transmit 
Pair Data Rise Time(2) 
1.0 
5.0 
ns 


t11 
Bit Cell Center to Bit Cell Boundary 
of Transmit 
Pair Data 
49.5 
50.5 
ns 


t12 
TRMT held low from Last Positive Transition 
of 
200 
Transmit 
Pair Data during idle: 
ns 


t12A 
From Last Positive Transition 
of Transmit 
Pair Differential 
8000 
Output Approaches 
Within 40 mV of zero volts. 
ns 


NOTES: 
1. Rise and fall times are guaranteed 
by design. 


2. Measured 
per 802.3 Para. 7.4.1.1. 
3. t22. t23. t24. t39 do not appear. 


TEN 
~"~ 
I 
It, 
I 
\ 
LAST BIT 7 


I 
I 
1/0 
I 
I 


Symbol 
Parameter 
Mln 
Max 
Unit 


t13a 
RCV /RCV Noise Filter-Pulse 
Width Rejected 
10 
ns 


t13b 
RCV/RCV 
Noise Filter-Pulse 
Width Accepted 
30 
ns 


t14 
Duration which the RXC is held at Low State 
1400 
ns 


t15 
Receive 
Pair Signal Rise/Fall 
Time at ± 0.2V 
10 
ns 


t16 
Receive 
Pair Bit Cell Center from Crossover 
Timing Distortion: 
In Preamble 
±12 
ns 
In Data 
±18 
ns 


t17 
Receive 
Pair Bit Cell Boundary Allowing 
for Timing Distortion 
In Data 
±18 
ns 


t18 
Receive 
Idle Time Before the Next Reception 
can Begin in a Transmitting 
8 
JLs 
Station (as Measured 
from the Deassertion 
of CRS) 


t19 
Receive 
Pair Signal Return to Zero Level from Last Valid 
160 
ns 
Positive Transition 


t20 
CRS Assertion 
Delay from the First Received 
Valid Negative 
Transition 
100 
ns 
of Receive 
Pair Signal 


t21 
CRS Deassertion 
Delay from the Last Valid Positive Transition 
Received 
300 
ns 
(when no Collision-Presence 
Signal Exists on the Transceiver 
Cable)(l) 


t25 
RXC Rise/Fall 
Time(2) 
5.0 
ns 


t26 
RXC Low Time (at 0.9V) 
40 
ns 


t26A 
RXC High Time (at 3.0V) 
36 
ns 


t27 
Receive 
Data Stable Before the Negative 
Edge of RXC 
30 
ns 


t28 
Receive 
Data Held Valid Past the Negative 
Edge of RXC 
30 
ns 


t29 
Carrier Sense Active -. 
Inactive Hold Time from RXC High 
10 
40 
ns 


t30 
Receive 
Data Rise/Fall 
Time 
10 
ns 


t31 
CRS Inhibit Time After Frame Transmission(3) 
5 
7 
JLs 


NOTES: 
1. ~ 
is deasserted synchronously with the RXe. This condition is not specified in the IEEE 802.3 specification. 


2. Not tested. rise and fall times are guaranteed by design. 
3. Required for SQE test. 
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'NOTE: 
CAS can be triggered 
on again by the collision-presence 
signal. 
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Symbol 
Parameter 
Mln 
Max 
Unit 


t32a 
CLSN/CLSN 
Noise Filter-Pulse 
Width Rejected 
10 
ns 


t32b 
CLSN/CLSN 
Noise Filter-Pulse 
Width Accepted 
30 
ns 


t33 
CLSN/CLSN 
Cycle Time 
.. 
85 
118 
ns 


t34 
CLSN/CLSN 
Rise/Fall 
Time at ± 0.2V 
15 
ns 


t35 
CLSN/CLSN 
Transition 
Time 
35 
70 
ns 


t36 
COT Assertion 
from the First Valid Negative 
Edge of Collision 
Pair Signal 
75 
ns 


t37 
COT Oeassertion 
from the Last Positive Edge of CLSN/CLSN 
Signal 
300 
ns 


t38 
CRS Oeassertion 
from the Last Positive Edge of CLSN/CLSN 
Signal (if no 
450 
ns 
Post-Collision 
Signal Remains on the Receive 
Pair) 


~---r----------\\\'0 
I 
NOTE' 


NOTES: 
1. CRS will 
be deasserted 
for a period 
up to 7 /Ls maximum 
when 
RCV IRCV 
or CLSN/CLSN 
terminates, 
whichever 
occurs 
later. 


2. CRS will remain 
asserted 
after the CLSN/CLSN 
signal terminates 
if RCV IRCV 
signals 
continue. 


inter 


Symbol 
Parameter 
Mln 
Max 
Unit 


40 
LPBK asserted 
before the first attempted 
transmission 
(1) 
500 
ns 


41 
Simulated 
collision 
test delay from the end of each attempted 
transmission 
0.5 
1.5 
/Ls 


42 
Simulated 
collision 
test duration(2) 
0.6 
1.6 
/Ls 


43 
LPBK deasserted 
after the last attempted 
transmission 
5 
/Ls 


NOTES: 
. 


1. In Loopback mode, RXC,Axe and CRS function in the same manner as a normal Receive. 
2. SQE test (heartbeat) signal 


I 
"I" 
I 
"0" 
I 
"I" 
I 
"0" 
I 
"0" 
I 
"I" 
I 


TXD~~ 


I 
"1" 
I 
"0" 
I 
"1" 
I 
I 
"1" 


RXD 
----------~~---- 


NOTE: 
1. During Loopback, the B2C501 receive circuitry uses 14 bit times while the Digital Bit Synchronizer locks on the data. 
As a result, the first 14 bits are lost and RXC is held low during that time. 


TESTABILITY 


NOTE: 
1. All AC Parameters become valid after the Digital Bit Synchronizer has stabilized: 100 /-,S after the application of power. 


82502 
ETHERNET TRANSCEIVER 
CHIP 


• 
Conforms to Following Standards: 
-IEEE 
802.3, 10BASE5 (Ethernet) 
-IEEE 
802.3, 10BASE2 (Cheapernet) 
- 
Ethernet Version 2.0 


• 
Jabber Function 
• 
Receive Based Collision Detection 


• 
Defeatable Signal Quality Error 
(Heartbeat) Test 


The 82502 
Ethernet 
Transceiver 
Chip is a CHMOS 
VLSI device 
that provides 
the complete 
set of transmit, 


receive 
and collision 
detection 
functions 
specified 
by the 
IEEE 802.3, 
10BASE5 
(Ethernet) 
and 
10BASE2 
(Cheapernet) 
10 Mbps baseband 
standards 
for the Media Attachment 
Unit (MAU). The 82502 teams 
up with 
Intel's 82586 
LAN Coprocessor 
and the 82C501 
Ethernet 
Serial Interface 
enabling 
the designer 
to implement 
highly integrated 
IEEE 802.3 systems. 


• 
Requires Minimum Board Space 
- 
On-Chip Voltage Reference 
-16 
Pin DIP 


II No External Adjustments Required 


• 
Reliable CHMOS Technology 


Three 
basic functional 
blocks 
make up the 82502: transmit, 
receive 
and collision 
detection. 
The transmit 
and 
receive sections 
transfer 
data from the transceiver 
drop (Attachment 
Unit Interface 
or AUI) cable to the coaxial 
cable of the network 
and vice-versa. 
The collision 
detection 
section senses simultaneous 
transmissions 
by two 
or more network 
stations 
(collisions) 
on the coaxial 
cable and reacts 
by sending 
a 10 MHz signal across 
the 
transceiver 
drop cable to the station 
that it front ends. 


When used in an Ethernet 
application, 
the 82502 can drive a transceiver 
cable up to 50 meters 
in length 
(for 
Cheapernet, 
there 
is no transceiver 
cable). 
The 82502 
provides 
all active 
communications 
circuitry 
for the 
transceiver 
function 
in the EthernetiCheapernet 
environment. 
It is an ideal companion 
to the Intel 82C501. 


The 82502 
is fabricated 
in Intel's 
reliable 
10V CHMOS 
II process. 


TRANSCEIVER 
CABLE 
INTERFACE 


CXTO 


REXT 
1 
16 
Vcc 


TRhlT 
2 
15 
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3 
14 
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NC 


RCV 
5 
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6 
11 
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7 
10 
AVcc 


VSS 
B 
9 
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CXRO 
Figure 2. 82502 Pin Diagram 


inter 


Symbol 
Pin No. 
Type 
Name and Function 


TRMT, 
2 
I 
TRANSMIT 
DATA PAIR: A differentially 
driven input tied to the 
TRMT 
3 
I 
transmit 
pair of the transceiver 
cable. The transmit 
pair of the 
transceiver 
cable is driven with 10 Mbps Manchester 
encoded 
data 
from the serial interface 
of the data link (82C501). TRMT /TRMT 
must be isolated from the transceiver 
cable by a pulse transformer. 
The last transition 
is expected 
to be positive indicating 
end of 
packet. 


RCV, 
4 
0 
RECEIVE 
DATA PAIR: An output driver pair that generates 
an ECl 
RCV 
5 
0 
AC signal level to drive the transceiver 
cable receive pair with the 
10 Mbps Manchester 
encoded 
data received 
from the coaxial cable 
of the network. 
RCV /RCV 
must be isolated from the transceiver 
cable by a pulse transformer. 
The last transition 
is alw~ositive 
indicating 
the end of the packet. The current from the RCV pin is 
incrementally 
decreased 
after the last transition. 


ClSN, 
7 
0 
COLLISION 
PRESENCE 
PAIR: An output driver pair that generates 
ClSN 
6 
0 
a 10 MHz ECl AC signal level square wave on the collision 
presence 
pair of the transceiver 
cable when: a collision 
is detected 
on the coaxial cable of the network, 
during self-test 
as the collision 
circuit heartbeat 
indication, 
or after the watchdog 
timer has expired 
to indicate that the coaxial cable transmitter 
is disabled. 


CXTD 
15 
0 
COAXIAL 
CABLE TRANSMIT 
DATA: An output pin that transmits 
data onto the coaxial cable of the network 
by sinking current from 
the center conductor 
of the coaxial cable. The last data transition 
at 
the end of a packet is always low to high. 


CXRD 
12 
I 
COAXIAL 
CABLE RECEIVE 
DATA: An input pin that receives 
data 
from the coaxial cable of the network. 
Typical signal levels 
(referenced 
to Voo) received 
on CXRD are - 200 mV for high, 
-1.8V 
for a low and OV during idle. The last data transition 
received 
is expected 
to be positive indicating 
the end of packet. 


HBD 
11 
I 
HEARTBEAT 
DISABLE: A strapping 
option that when tied low 
(Vss), allows the transceiver 
to generate 
a collision 
detect 
heartbeat 
signal after each packet. A high (Vccl 
on this pin disables 
the heartbeat 
circuitry as well as the 6.4 }Jostransmit 
inhibit timer but 
keeps the collision 
circuit enabled for use in repeater 
applications. 


REXT 
1 
EXTERNAL 
RESISTOR: 
A 243.0. 0.5% resistor is attached 
between 
REXT and ground (VSS) to provide precision 
internal current levels. 


NC 
13 
NC 


Vcc' 
16 
POWER: 5 ± 10% volts. 


Vss' 
8 
GROUND 


Voo' 
14 
POWER/COAX 
SHIELD: 
10 ± 10% volts. 


AVcc' 
10 
ANALOG 
POWER: 5 ± 10% volts. Included to reduce the effects 
of 
the current fluctuations 
in the Vcc pin. 


AVSS' 
9 
ANALOG 
GROUND: 
Included to reduce the effects 
of current 
fluctuations 
in the Vss pin. 


°NOTE: 
These voltages are referenced to Vss. The shield of the coaxial cable of the Ethernet channel (Voo) is connected to earth 
ground. 


inter 


The 82502 receives transmit data from an Ethernet 
Serial Interface (ESI) on the TRMT pins and trans- 
mits it onto a 50.0 coax cable (the Ethernet chan- 
nel). The TRMT pins are connected to the transmit 
pair of a transceiver cable through a pulse trans- 
former (see Figure 3). The transformer provides the 
isolation required between the transceiver cable and 
the coax cable. The DC bias for the TRMT pins is 
provided internally. The 78 ± 5% .0 resistor for the 
TRMT input termination is external to the device. 


A noise filter (squelch) is provided at the TRMT input 
pair to prevent spurious noise signals received on 
the pins from being transmitted onto the coaxial ca- 
ble. The squelch is on during idle and rejects signals 
not more negative than -160 
mV and/or less than 
16 ns wide. The squelch is removed if the signal on 
the 
TRMT 
pins 
becomes 
more 
negative' than 
- 225 mV for 42 ns or more. 


Once the squelch is removed, the transmit signal 
received on the device's TRMT pins measured dif- 
ferentially may be between ± 0.25V minimum and 
± 1.32V maximum. The squelch will remain off if the 
received signal is not more positive than - 225 mV 
or if it is more positive for less than 111 ns. The 
squelch will turn back on if the received signal is 
more positive than -160 
mV for more than 215 ns. 
When the squelch turns back on a non-retriggerable 
6.4 /-lostransmit inhibit timer is started which disables 
the transmitter within 250 ns after the last transition 
for a minimum of 5.5 /-losand a maximum of 8 /-los. 


The transmit data path through the device consists 
of a receiver, rise and fall time control circuitry, and 
coaxial cable current driver. The maximum timing 
distortion introduced by the device's transmit path is 
± 2 ns per data transition edge (t3) including timing 


distortion caused by output rise and fall time differ- 
ence. The maximum steady-state propagation delay 
of the transmit path is 50 ns. 


Coaxial 
Cable Driver 


The CXTD pin transmits data onto the coaxial cable 
by sinking current from the center conductor of the 
coaxial cable. The DC component of the output cur- 
rent level is between 37 mA and 45 mA. The AC 
component is from ± 28 mA up to the DC compo- 
nent value. The idle current level is less than 5 /-loA. 
Positive current is defined as current into the device. 
The output resistance is 9 Kn minimum. 


At the start of a frame transmission, no more than 2 
bits of the frame information may be received from 
the TRMT pair and not transmitted onto the coaxial 
cable. The first bit transmitted by the 82502 may 
contain phase violations, however all successive bits 
of the frame will be valid. 


Watchdog 
Timer 
(Jabber 
Function) 


The 82502 Watchdog Timer will inhibit continuous 
transmissions onto the coaxial cable of duration 
greater than 52 ms ± 18%. The timer starts timing 
when the TRMT squelch is turned off to receive valid 
transmit data on the TRMT pins. If a frame transmis- 
sion is completed within the 52 ms time slot, the 
timer is reset 2 /-losto 6 /-losafter the last bit of the 
frame has been transmitted. Two to six microsec- 
onds of reset delay is provided so that a short ab- 
sence of transmit data will not reset the watchdog 
timer. If a new transmission is started within the re- 
set delay time, the timer will not be reset. 


If the timer times out (Le., transmit frame duration 
exceeds 52 ms ± 18%) the transmit section is dis- 
abled and the active collision signal is transmitted 
out onto the collision pair until transmit data re- 
ceived on the TRMT pair is discontinued. When the 
TRMT inputs become idle, the collision signal is 
turned off and a 420 ms (typical) non-retriggerable 
timer is started. During this 420 ms, the transmit sec- 
tion is disabled. The transmit section is re-enabled 
after 420 ms. 


Coaxial 
Cable Receiver 


The 82502's coaxial cable receive pins "Voo" and 
"CXRD" are connected to the coax cable shield and 
center conductor, respectively. 


The shunt capacitance measured between the Voo 
and CXRD pins is typically 2.0 pF. The shunt resist- 
ance is greater than 1 MO. The input leakage cur- 
rent on the CXRD pin is between -1 JJoAand 20 JJoA. 
These conditions apply in both the power off and 
power on states. 


A noise filter is provided at the Voo and CXRD in- 
puts to reject noise signals during idle. Signals re- 
ceived on the coax whose DC component (frequen- 
cy less than 1 MHz) does not drop below -120 
mV 
will be rejected. The noise filter will be disabled if the 
signal's DC component drops below - 350 mV..A 
maximum of 4 bits will be received from the coaxial 
cable and may not be transmitted onto the RCV pair. 
The first bit transmitted may contain phase viola- 
tions, however all successive bits of the frame will 
be valid. 


The coaxial cable receiver compensation circuit is 
provided such that the combination of the. coaxial 
cable and the receive circuit do not result In more 
than ± 6 ns of edge jitter (t10) for untapped mini- 
mum and maximum length Ethernet cables in a 
noise-free environment. 


The noise filter will remain off if the received signal's 
AC component is not positive for more than 136 ns, 
and the DC component remains below -350 
mY. 
While the filter is off, the received data will be trans- 
mitted onto the RCV pair with less than 50 ns steady 
state propagation delay. The timing distortion on the 
RCV pair output is less than ± 2 ns per edge for a 
400 mV peak-to-peak 5 MHz sinusoidal input from 
the coaxial cable. 


The noise filter will turn back on if the received sig- 
nal's AC component 
is positive for 
more than 
210 ns, or if the DC component is more positive than 
-120 
mY. The RXD driver is disabled within 275 ns 
after the last received data transition. 


Receive 
Pair Driver 


The RCV outputs are connected to the receive pair 
of a transceiver cable through a pulse transformer. 


The receive pair (RXD/RXD) transceiver cable driver 
is a current driver. The output pins require 43.20 
± 1% pull-up resistors to Vee. The differential output 
voltage level is between ± 580 mV minimum and 


± 1V maximum, for a combined differential inductive 
load of 25 JJoHminimum and either 730 or 830 
± 1% resistive load. 


Between 200 ns and 325 ns after the last output 
data transition on the RCVIRCV pins, the 82502 be- 
gins incrementally decreasing the RCy .output cur- 
rent, using a series of small steps until It becomes 
idle. The maximum idle current levels on the RCV 
and RCV pins are 0.2 mA and 7 mA, respectively. 


The purpose of the ~ing 
sequence is to guaran- 
tee that the RCVIRCV differential output signal 
(measured with a 78 ±5% 
terminating resistor in 
parallel with a minimum magnetizing inductance of 
25 JJoH)will remain high for a minimum of 200 ns 
following the last output transition, will not under- 
shoot more than 80 mV and will limit the current 
stored in the inductor to 4 mA after 80 bit times. 


Collision Detect Section 


The collision presence outputs are connected to the 
collision pair of a transceiver through a pulse trans- 
former. The collision presence outputs are used by 
the device to indicate one of three conditions: (1) 
there are simultaneous transmission attempts by 
two or more stations on the coax, (2) self test after a 
transmission proving that the collision circuitry is 
functional or (3) a frame transmission time exceeds 
the 52 ms watchdog timer time limit. The active colli- 
sion presence signals is a 10 MHz ± 15% ECl level 
square wave transmitted on the collision pair of the 
transceiver cable. The duty cycle of the square wave 
is better than 40/60 or 60/40. The collision pair driv- 
er has the same output signal characteristics as the 
receive pair driver. 


The collision threshold DC level set inside the 82502 
corresponds to -1.495 
± 5% volts on the coaxial 
cable. When the collision filter's impulse response is 
taken into account, the threshold corresponds to a 
collision threshold between -1.492V 
and -1.58V. 


If the DC average signal level detected on the coaxi- 
al cable is more negative than the threshold, the on- 
chip oscillator transmits an active collision presence 
signal onto the collision pair. The delay in the device 
from the moment it detects a collision on the CXRD 
pin to the collision presence signal transmission 
onto the collision pair is less than 0.9 JJos.With a 500 
meter coaxial cable, it is less than 2.9 JJosincluding 
the propagation delay of the coaxial cable. 


Self Test 


If the HBD input is strapped low, the self test feature 
of the 82502 is enabled. After each frame transmis- 
sion, the device transmits a collision presence signal 
(heartbeat) onto the collision presence pair to indi- 
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cate that the collision circuitry is operational. The 
heartbeat begins between 600 ns to 1600 ns follow- 
ing the last positive transition on the transmit pair. 
The signal's duration is between 0.5 IJosand 1.5 IJos. 


If the HBD input is strapped high, the self test fea- 
ture as well as the 6.4 IJostransmit inhibit timer are 
disabled. 


Design Example 


Figure 3 shows the schematic of an IEEE 802.3, 
10BASE5 (Ethernet) compatible transceiver based 


on the 82502. Power to the 82502 is supplied by an 
isolated DC-to-DC converter which generates + 5V 
± 10% and + 10V ± 10%. (These voltage levels are 
referenced to Vss; remember that Voo is connected 
to earth ground.) Small signal, high conductance di- 
odes which have very small capacitance (less than 
3 pF at Vd = 0) are connected between the CXTD 
input pin and the center conductor to reduce the 
capacitance load on the channel. A 100n fusible re- 
sistor on the CXRD pin is to protect the network 
from being brought down in the event of a short cir- 
cuit fault between the CXRD pin and GND. 


NOTES: 
1. Pulse transformer 
inductance 
:2: 50 fLH, typically 
75 fLH 
2. Isolated 
power 
supply: 
Pulse Engineering 
Inc. part no. PE·64369 
Reliability 
Inc. part nos. 2E12Rl0-5, 
2VA12Ul0-5, 
and 2VA5Ul0-5. 


3. Isolated 
power 
supply 
may require 
additional 
decoupling 
capacitors 
on its inputs 
and outputs. 


4. If CXRO/CXTD 
is not terminated 
properly 
(e.g., left floating), 
the state of CLSN/CC"Sfii 
is unknown. 


Figure 3. Typlcal10BASE5 
(Ethernet) 
Transceiver 
Implementation 
Using the 82502 
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The 82502 is intended for use in high performance, 
10 Mbps LAN applications such as IEEE 802.3 10 
Base 5 (Ethernet). Ethernet requires that the 82502 
transceiver chip be located in a tap box attached 
directly to the coaxial cable of the network. A drop 
cable up to 50 meters in length connects the trans- 


In Cheapernet applications, a.k.a. IEEE 802.3 10 
Base 2, the 82502 would be located inside the DTE, 
and transformer coupled to the 82C501, see Figure 
5. In both applications, the IEEE specifications re- 
quire that a DC isolated power supply power the 
82502. 


COTE 


82C501 
ETHERNET 
SERIAL 
INTERFACE 


ISOLATED 
POWER 
SUPPLY 
C TRANSCEIVER 
TAP BOX 


Figure 4. IEEE 802.3 10 Base 5 (Ethernet) configuration 
supports 
100 users 
per segment, each segment being 500 meters long. 
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Figure 5. IEEE 802.3 10 Base 2 (Cheapernet) 
configuration 
supports 
30 users 
per segment, 
each segment 
being 185 meters 
long. 
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Temperature 
Under Bias 
-10°C 
to + 80°C 


Storage Temperature 
- 65°C to + 150°C 


Voowith 
Respect 
to VSS 
-0.5Vto 
+15V 


Vccwith 
RespecttoVSS 
-0.5Vto 
+11V 


All Input and Output 
Voltages 
(Except 
CXTD and CXRD) with 
RespecttoVss 
-0.5Vto 
+11V 


CXTD Output 
Voltage 
with 
RespecttoVss 
-0.5Vto 
+15V 


CXRD Input Voltage 
with 
Respect to VDO 
OV to - 15V, 


> OV if 'CXAO ~ 200 mA 


Power Dissipation 
1.0W 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE: Specifications contained within the 
following tables are subject to change. 


Operating maximum ratings assume the device 
transmitting 90% of its operating time. 


Symbol 
Parameter 
Limits 
Units 
Conditions 
Mln 
Typ 
Max 


V,DF 
Transceiver 
Cable Input 
±250 
± 1400 
mV 
Base to peak 
Differential 
Voltage 


'AVEC 
CXTD Output Current DC Component 
37 
45 
mA 
CXTD: 3.3V to 10.3V 
(Including 
the effects 
of timing distortion) 


'ACC 
CXTD Output Current 
±28 
±31 
±IAVEC 
mA 
AC Component 


IIOC 
CXTD Idle Output Current 
5 
/LA 
CXTD: OV to 11V 


VICAC 
Coax Receiver 
A.C. Voltage 
±200 
mV 
Base to peak 


IILC 
Input Leakage Current CXRD 
-1 
20 
/LA 


VOOF 
Differential 
Output 
±0.58 
± 1.0 
V 
RL = 730t0830 
±1% 


Swing RCV and CLSN 
RpULLUP = 43.20 
± 1% 


L ~ 25/LH 


IIOT 
Output Idle Current 
3 
7 
mA 
RCV and CLSN 
Transceiver 
Cable 
0.2 
mA 
RCVand 
CLSN 


'cc 
VCC and AVcc Supply Current 
23 
mA 


'DD 
VOO Supply Current 
43 
mA 


RI 
Shunt Resistance 
1 
MO 
between 
Voo and CXRD 


C, 
Shunt Capacitance 
2 
3 
pF 
f=10MHz 
between 
VDD and CXRD 


inter 


A.C. Measurement 
Conditions 
I. TA = O·Cto 70·C, TCMAX= 115·C, vcc 
= 5V 
± 10%, Voo = 10V ± 10% 
II. The AC. measurements are taken at the follow- 
ing voltage levels for the various kinds of inputs 
and outputs: 
A Differential Transceiver Cable Inputs and Out- 
puts: 
All delay and timing distortion measurements 
are referenced to the OVpoints measured dif- 
ferentially. Rise and fall times are referenced 
to the 20% and 80% points. The differential 
voltage 
swing 
at 
the 
inputs 
is 
at 
least 
± 275 mV with rise and fall times of 0 to 10 ns. 
B. Coaxial Cable Inputs and Outputs: 
Delay measurements are referenced to the 
50% points of the signals' total swing. Voo is 
used as the voltage reference. Rise and fall 
times are measured at the 20% and 80% 


points. The differential voltage swing at the inputs is 
at least ± 200 mY. The input signal is either a trape- 
zoidal signal with 25 ± 5 ns rise/fall times or a sine 
wave. 


In order to simulate a collision, DC voltage of 
- 2.2V referenced to Voo is applied to the 
CXRD pin. 
C. Redundant Transmit Squelch Output: 


Delay measurements are referenced to the 
50% point of the total swing. 
III. The A.C. loading for various outputs is as follows: 


A Transceiver cable drive pins: 
RCV, RCV, CLSN and CLSN are each loaded 
with 10 pF to ground and 43.20. to Vcc. A par- 
allel load of 25 fLH minimum and 780. is con- 
nected between RCV and RCV. The same 
load is present on CLSN and CLSN. 
B. Coaxial Cable Driver Pins: 
A 250. resistor is connected between Voo and 
CXRD. One small signal diode is connected 
between the CXRD and CXTD pins such that it 
conducts when the 82502 is transmitting. 


Symbol 
Parameter 
Limits 


Mln 
Typ 
Max 
Units 


t1 
TRMT/TRMT Input Pulse Width 
44 
106 
ns 


t2 
Transmit Steady State Delay 
50 
ns 


t3 
CXTD Output Edge Jitter 
±2 
ns 
4 
CXTD Rise Time 
20 
30 
ns 


ts 
CXTD Fall Time 
20 
30 
ns 
te 
Last Data Transition 
250 
ns 
to CXTD Disabled 


NOTE: 
Timings 
t7 and 18 have been deleted. 


inter 


- 
OmA 


-IOmA 
-72mA 


Symbol 
Parameter 
Limits 
Units 
Min 
Typ 
Max 


tg 
CXRD Input Pulse Width 
a) Manchester 
Short Pulse 
28 
72 
ns 
b) Manchester 
Long Pulse 
68 
132 
ns 


t10 
RCV IRCV Output Edge Jitter 
±6 
ns 


tll 
RCV IRCV Rise Time 
3 
6 
ns 


t12 
RCV IRCV 
Fall Time 
3 
6 
ns 


t13 
Last RCV /RCV Transition 
to Idle 
a) RCV IRCV 
Held High from 
200 
ns 
Last Postive Transition 
b) RCV/RCV 
Becomes 
Idle 
8000 
ns 


t14 
Receive Steady-State 


" 
50 
ns 
Propagation 
Delay 


CXRO~ 


O.7V 
- 


RCV ~ 


RCV 


inter 


Limits 
Symbol 
Parameter 
Units 
Mln 
Typ 
Max 


t15 
Delay from Collision 
on CXRD 
900 
ns 
to First Negative Transition 
on CLSN/CLSN 


t16 
CLSN/CLSN 
Cycle Time 
86 
117 
ns 


t17 
CLSN/CLSN 
High Time 
35 
70 
ns 


t18 
CLSN/CLSN 
Low Time 
35 
70 
ns 


t19 
CLSN/CLSN 
Rise Time 
3. 
ns 


t20 
CLSN/CLSN 
Fall Time 
3 
ns 


t21 
Delay from End of Collision to Last CLSNI 
2 
JLs 
CLSN Transition 


t22 
Last TRMT ITRMT 
Transition 
to Start 
600 
1600 
ns 
of Heartbeat 
Packet 


t23 
Heartbeat 
Packet Duration 
500 
1500 
ns 


.- ---;------r-j,,, 


CXRD~ 


COLLISION 
./" 


THRESHOLD 


inter 


TRlAT 


TRlAT 


O.69V 
- 


CLSN O.lV- 
CLSN 


-O.69V 
- 


Limits 
Symbol 
Parameter 
Units 


Mln 
Typ 
Max 


t24 
Watchdog 
Timer Time Out Time 
43 
52 
61 
ms 


t25 
Transmitter 
Reset Period after 
340 
420 
550 
ms 


CLSN/CLSN 
Transmission 
due 
to Watchdog 
Timer Time Out 


inter 
82590 
ADVANCED CSMA/CD 
LAN CONTROLLER 
WITH 8-BIT DATA PATH 
• Supports Industry Standard LANs 
• Efficient Memory Use via Buffer and 
- 
StarLAN (IEEE 802.3 1BASE5) 
Frame Chaining 
-IBMTM 
PC Network-Baseband 
and 
• DMA Interlace for Retransmission 
and 
Broadband 
Continuous 
Reception without CPU 
- 
Ethernet and Cheapernet (IEEE 802.3 
Intervention 
10BASE5 and 10BASE2) 
- 
EOP Signal Generation for 8237 and 
• Integrates Physical and Data Link 
82380 
Layers of OSI Model 
- 
Tightly Coupled Interlace to 82560 
- 
Complete CSMAlCD Medium Access 
Host Interlace and Memory Manager 
Control (MAC) Functions 
• 82588 Pin- and Software-Compatible 
- 
Manchester, Differential 
Manchester, 
Mode 
or NRZI Encoding/Decoding 
- 
On-Chip, Logic-Based Collision 
• Local and Remote Power-Down Modes 
Detection 
• Deterministic 
Collision Resolution 
-IEEE 
802.3 or HDLC Frame Delimiting 
• 24-Blt General Purpose Timer 
- 
Broadband Ethernet (IEEE 802.3 
10BROAD36) 
• On-Chip Jabber Function 
• Two Modes of Operation 
• Network Management and Diagnostics 
- 
Bit Rates up to 4 Mb/s with On-Chip 
- 
Monitor Mode 
Encoder/Decoder 
(High-Integration 
- 
CRC, Alignment, and Short Frame 
Mode) 
Error Detection 
- 
Bit Rates up to 20 Mb/s with 
- 
Three 16-Blt Event Counters 
External Encoder/Decoder 
(High- 
- 
Short or Open Circuit Localization 
Speed Mode) 
- 
Self-Test Diagnostics 
• High-Performance 
System Interface 
- 
Internal and External Loopback 


-16 
MHz Clock, 2 Clocks per Transfer 
Operation 


- 
64 Bytes of Conflgurable 
FIFO 
- 
Internal Register Dump 
• High-Speed CHMOS III Technology 


CSM..,/CD 


inter 


OACKO/OACK 


CSO 


WR 


ClK 


RD 


07 


06 


05 


04 


03 


02 


01 


00 


VSS 


VCC 


OACK1/CS1/EOP 


INT 


RESET 


TClK/CTS 


COT 


CTS/lPBK 


RTS 


Figure 2. 82590 Pin Configuration 
(DIP) 


The 82590 
is a second-generation, 
8-bit data path 
CSMAlCD 
controller. 
Its system 
interface 
enables 
efficient 
operation 
with a wide variety 
of Intel micro- 
processors 
(such as iAPX 188, 186, 286, or 386) and 
industry 
standard 
buses 
(such 
as the 
IBM PC I/O 
channel 
or Personal 
System/2™ 
Micro ChanneI™). 
The 82590 can be configured 
to support 
a wide vari- 
ety 
of industry 
standard 
networks, 
including 
Star- 
LAN, IBM PC Network, 
and EthernetiCheapernet. 


The 82590 provides 
a natural upgrade path for exist- 
ing 82588 
applications, 
since 
it is pin and software 
compatible 
with its predecessor. 
Its rich incremental 
functionality 
compared 
to the 82588 
can be utilized 
by selectively 
modifying 
existing 
software 
drivers. 


Together 
with the 82560 (Host Interface 
and Memo- 
ry Manager) 
the 82590 offers a complete 
solution 
for 


NC 


NC 


NC 


TCLK!CRS 


COT 


CTS!LPBK 


RTS 


Figure 3. 82590 Pin Configuration 
(PLCC) 


CSMAlCD 
LAN adapters 
oriented 
to the IBM PC en- 
vironment. 
The 
82590 
fully 
conforms 
to 
existing 
IEEE 
802.3 
standards 
(1BASE5, 
10BASE5, 
10BASE2, 
and 10BROAD36). 
To implement 
a com- 
plete EthernetiCheapernet 
solution, 
Intel offers 
the 
82C501 
Ethernet 
Serial 
Interface 
and 
the 
82502 
Ethernet 
Transceiver 
chip. 
Intel 
also 
offers 
the 
82592, 
a 16-bit data path version 
of the 82590 
for 
higher performance 
applications. 
' 


The 82590 
is available 
in a 28-pin 
Plastic 
DIP or a 
44-pin PLCC package. 
It is fabricated 
with Intel's reli- 
able CHMOS 
III technology. 


inter 


... 


Symbol 
Pin No. 
Pin No. 
Type 
Name and Function 
(DIP) 
(PLCC) 


D7 
6 
10 
1/0 
DATA BUS- 
The Data Bus lines are bidirectional, 
three-state 
lines 


D6 
7 
11 
connected 
to the CPU's Data Bus for transfers 
of data, commands, 


D5 
8 
12 
status, and parameters. 


D4 
9 
13 
D3 
10 
14 
D2 
11 
18 
D1 
12 
19 
DO 
13 
20 


RD 
5 
9 
I 
READ- 
Together 
with CSO, CS1, DACKO, or DACK1, Read controls 
data or status transfers 
out of the 82590. 


WR 
3 
4 
I 
WRITE-Together 
with CSO, CS1, DACKO, or DACK1, Write 
controls 
data or command 
transfers 
into the 82590. 


CSO 
2 
3 
I 
CHIP SELECT (PORT D)-When 
LOW, the 82590 is selected 
by 
the CPU for command 
or status transfer through 
PORT O. 


RESET 
25 
40 
I 
RESET -A 
HIGH signal on this pin causes the 82590 to terminate 
current activity. This signal is internally 
synchronized 
and must be 
held HIGH for at least four Clock cycles. 
When the Clock signal is provided 
internally 
(CLKSRC 
is strapped 
HIGH), the RESET signal must be held HIGH for at least 50 /Ls. 
(PLCC version only.) 


INT 
26 
41 
a 
INTERRUPT-A 
HIGH signal on this pin notifies the CPU that the 
82590 is requesting 
an interrupf 


DRQO 
17 
26 
a 
DMA REQUEST 
(CHANNEL 
D)-This 
pin is used by the 82590 to 
request DMA transfer. 
DRQO remains HIGH as long as the 82590 
requires DMA transfers. 
Burst transfers 
are thus possible. 


When the 82590 is programmed 
for Tightly Coupled 
Interface, 
the 
82590 notifies the DMA controller 
of the status of transmission 
or 
reception, 
using this pin together 
with EOP. 


DRQ1 
18 
27 
a 
DMA REQUEST 
(CHANNEL 
1)- 
This pin is used by the 82590 to 
request DMA transfer. 
DRQ1 remains HIGH as long as the 82590 
requires DMA transfers. 
Burst transfers 
are thus possible. 
When the 82590 is programmed 
for Tightly Coupled 
Interface, 
the 
82590 notifies the DMA controller 
of the status of transmission 
or 
reception, 
using this pin together 
with EOP. 


DACKO 
1 
2 
I 
DMA ACKNOWLEDGE 
(CHANNEL 
D)-When 
LOW, this input 
DACK 
signal from the DMA controller 
notifies the 82590 that the requested 
DMA cycle is in progress. 
This signal acts similarly to Chip Select for 
data and parameter 
transfers, 
using DMA channel 
O. 
DMA ACKNOWLEDGE 
(CHANNELS 
0 AND 1)-When 
the 
DACK1 ICS1 lEap 
pin is programmed 
to CS1 lEap, 
this pin 
provides a DMA acknowledge 
for both channels 
0 and 1. Two DMA 
acknowledge 
signals from the DMA controller, 
DACKO and DACK1, 


must be externally 
ANDed in this mode of operation. 


inter 


Symbol 
Pin No. 
Pin No. 
Type 
Name and Function 
(DIP) 
(PLCC) 


DACK1 
27 
42 
This is a multifunction, 
bidirectional 
pin which can be programmed 
to 
CS1/EOP 
DACK1 or CS1 IEOP during configuration. 
When it is configured 
for EOP, it 
provides 
an open-drain 
output. 


I 
DMA ACKNOWLEDGE 
(CHANNEL 
1)-When 
lOW, 
this input signal from 
the DMA controller 
notifies the 82590 that the requested 
DMA cycle is in 
progress. 
This signal acts similarly to Chip Select for data and parameter 
transfers, 
using DMA channel 
1. 


1/0 
CHIP SELECT 
(PORT 1)-When 
lOW, 
the 82590 is selected 
by the CPU 
for command 
or status transfer 
through 
PORT 1. 
END OF PROCESS-A 
lOW 
output signal requests the DMA controller 
to 
terminate 
the active DMA service. 


ClK 
4 
5 
I 
CLOCK-In 
the 28-pin DIP, this is only an input pin. A TTl-compatible 
clock input to this pin provides the timing for the 82590 parallel 
subsystem. 
1/0 
In the 44-pin PlCC, 
this pin can be a clock input or output, depending 
on 
the state of ClKSRC. 
If ClKSRC 
is strapped 
lOW, 
this pin is a clock input 
which provides timing for the 82590 parallel subsystem. 
If ClKSRC 
is 
strapped 
HIGH, the clock for the 82590 parallel subsystem 
is generated 
from the internal clock generator. 
The ClK 
pin is then a clock output and 
provides 
a clock signal whose frequency 
can be one-half 
of or identical to, 


the frequency 
of the internally 
generated 
clock, depending 
on the state of 
FREQ. 


CLKSRC 
FREQ 
CLK 
Clock 
for the 


Type 
Signal 
Parallel 
Subsystem 


o (lOW) 
Don't 
I 
Clock 
Clock as Provided on the ClK 
Pin 
Care 


1 (HIGH) 
1 
0 
Internal Clock 
Pre scaled Clock Generated 
from 
Divided by Two 
the Internal Clock Generator 


1 
0 
0 
Internal Clock 
Prescaled 
Clock Generated 
from 
the Internal Clock Generator 


ClKSRC 
NA 
6 
I 
CLOCK 
SOURCE-When 
strapped 
lOW, 
a clock signal on the ClK 
pin 
provides timing for the parallel subsystem. 
When strapped 
HIGH, timing 
for the parallel subsystem 
is internally 
generated 
from the clock generator 
provided 
in the serial subsystem. 
The internal prescaler 
is programmed 
during configuration 
to determine 
the frequency 
of the clock for the 
parallel subsystem. 


FREQ 
NA 
7 
I 
FREQUENCY-When 
strapped 
lOW, 
ClK 
has an output frequency 
equal 
to that of the internal clock. When strapped 
HIGH, ClK 
has an output 
frequency 
one-half 
that of the internal clock. The state of this pin is 
relevant only when ClKSRC 
is strapped 
HIGH. 


High Integration 
Mode 
X1/X2 
15/16 
24/25 
I 
OSCILLATOR 
INPUTS- 
These inputs may be used to connect 
a quartz 
crystal which controls 
the internal clock generator 
for the serial 
subsystem. 
When ClKSRC 
is strapped 
HIGH, the clock generator 
also 
provides 
a clock for the parallel subsystem. 
X1 may also be driven by a MOS-Ievel 
clock whose frequency 
is 8, 10, 16, 
or 18 times the bit rate of Transmit/Receive 
data. X2 must be left floating 
if X1 is connected 
to an external 
MOS clock. 


inter 


Symbol 
Pin No. 
Pin No. 
Type 
Name and Function 
(DIP) 
(PLCC) 


High Speed Mode 
TxC 
15 
24 
I 
TRANSMIT CLOCK-This signal provides the fundamental 
timing 
for the serial subsystem. 
The clock is also used to transmit 
data 
synchronously 
on the TxD pin. For NRZ encoding, 
data is 
transferred 
to the TxD pin on the HIGH to LOW clock transition. 
For 
Manchester 
encoding, 
the transmitted 
bit center is aligned with the 
LOW to HIGH transition. 


RxC 
16 
25 
I 
RECEIVE CLOCK-This clock is used to synchronously 
sample 
data on the RxD pin. Only NRZ data format 
is supported 
for 
reception. 
The state of the RxD pin is sampled 
on the HIGH to LOW 
transition. 


TCLK/CRS 
24 
36 
I 
CARRIER SENSE-In 
High Speed Mode this pin is Carrier Sense, 
CRS, and is used to notify the 82590 that the serial link is active 
0 
TRANSMIT CLOCK-In 
High Integration 
Mode this pin is Transmit 
Clock, TCLK. 


CDT 
23 
35 
I 
COLLISION DETECT-This 
input notifies the 82590 that a collision 
has occurred. 
In High Speed Mode a collision 
is sensed by this pin 
only when the 82590 is configured 
for external Collision 
Detect 
(external 
means are then required for collision 
detection). 
In High 
Integration 
Mode collisions 
are sensed by this pin regardless 
of the 
internal or external 
Collision 
Detect configuration 
of the 82590. 


RxD 
19 
31 
I 
RECEIVE DATA-This 
pin receives 
serial data. It must be HIGH 
when not receiving. 


TxD 
20 
32 
0 
TRANSMIT DATA-This 
pin transmits 
data to the serial link. It is 
HIGH when not transmitting. 


RTS 
21 
33 
0 
REQUESTTO SEND-When 
this signal is LOW the 82590 notifies 
the channel 
that it has data to transmit. 
It is forced HIGH after a 
reset or when transmission 
is stopped. 


CTS/LPBK 
22 
34 
1/0 
CLEAR TO SEND-An 
active LOW signal which enables the 82590 
to start transmitting 
data. Asserting 
this signal HIGH stops the 
transmission. 
LOOPBACK- This pin, in conjunction 
with a pull-down 
resistor, can 
be programmed 
to provide an active HIGH loopback 
signal to the 
external 
interface 
device. 


Vcc 
28 
1 
POWER: +5V 
±10% 
43 
44 


Vss 
14 
21 
GROUND:OV 
22 
23 


inter 


The 82590 consists of a parallel subsystem, a serial 
subsystem, and a FIFO subsystem (see Figure 1). 


The parallel subsystem consists of a bus interface 
unit (BIU), command and status registers, a 24-bit 
general purpose timer, and three 16-bit event coun- 
ters. 


The BIU provides an 8-bit data bus interface to the 
external system bus. It handles all data transfers to 
and from memory (at speeds up to 8 Mbytes/sec.), 
accepts commands from the CPU, and provides 
status to the CPU. There are two separate I/O ports, 
Port 0 and Port 1; and two separate DMA channels, 
Channel 0 and Channel 1. Port 0 is the 82588-com- 
patible I/O port through which the CPU issues com- 
mands such as Transmit and Receive Enable. The 
82590's enhanced features, such as the general 
purpose timer and event counters, are accessed 
through Port 1. The two DMA channels are indepen- 
dent of each other and can be used for high-per- 
formance operations such as simultaneous trans- 
mission and reception. 


The 24-bit timer consists of a 24-bit maximum count 
register, a 24-bit count register, and associated con- 
trol bits in the command registers. Its clock source 
can be the transmit clock or the parallel subsystem 
clock. The timer can be programmed to halt or con- 
tinue on a terminal count with or without causing an 
interrupt. 


The three 16-bit event counters can be programmed 
to count valid frames, collided frames, and errored 
(CRC or Alignment) frames. When these event 
counters are used in Monitor mode, the 82590 is 
capable of maintaining the network statistics by it- 
self; I.e.,without requesting DMA services or causing 
interrupts to the CPU. 


Serial SUbsystem 


The serial subsystem consists of a CSMAlCD unit, a 
data encoder and decoder, collision detect and car- 
rier sense logic, and a clock generator. 


The 82590's CSMAlCD unit is highly flexible in im- 
plementing the CSMA/CD protocol. It can operate in 
a variety of IEEE 802.3 and other CSMA/CD LAN 
environments, 
including 
1BASE5 
(StarLAN, 


10BASE5 (Ethernet), 10BASE2 (Cheapernet), and 
the IBMTMPC Network (Baseband and Broadband). 
The programmable parameters include: 
• Framing (IEEE 802.3 Framing or HDLC Framing) 


• Address Field Length 


• Station Priority 
• Interframe Spacing 


• Slot Time 
• CRC-32 or CRC-16 


The CSMAlCD unit also has a mode of operation 
which implements deterministic collision resolution 
(DCR). The DCR algorithm is fully compatible with 
the MULTIBUSTMII Serial System Bus (SSB) specifi- 
cations. 


The encoder and decoder in the serial subsystem is 
capable of NRZI, Manchester, and Differential Man- 
chester encoding and decoding at bit rates up to 4 
Mb/s in High-Integration Mode, and Manchester en- 
coding at bit rates up to 20 Mb/s in High-Speed 
Mode. A digital phase-lock loop is used in High-Inte- 
gration Mode to decode the receive data and to gen- 
erate the synchronous receive clock. 


The collision detect and carrier sense logic generate 
the internal collision detect and carrier sense signals 
for the CSMAlCD unit. 


The 82590 implements several different internal, 
logic-based collision detect mechanisms. Two of 
these, Code Violation and Bit Comparison, are also 
available with the 82588. The Code Violation meth- 
od defines a collision where a transition edge occurs 
outside the area of normal transitions (as specified 
by the data encoding method). For example, if there 
are no mid-bit cell transitions in the Manchester en- 
coded data, this method interprets that condition as 
a collision. The Bit Comparison method compares 
the signature of the transmitted frame to the signa- 
ture of the received frame. If the signatures are dif- 
ferent, a collision is assumed to have occurred. Two 
other internal collision detect methods implemented 
in the 82590 are Source Address Comparison and 
StarLAN CPS (Collision Presence Signal) Recogni- 
tion. The Source Address Comparison compares the 
source address field of the transmitted frame to the 
source address field of the received frame. If the 
source addresses are different, it assumes that a 
collision has occurred resulting in data corruption in 
the source address field. The StarLAN CPS Recog- 
nition method looks for the specific collision pres- 
ence signal defined by the IEEE 802.3 1BASE5 
standard. Other abnormal circumstances, such as 
no carrier for more than one-half slot time in the 
receive channel during transmission, are interpreted 
as collisions by the 82590. 


"mer 


In addition 
to these internal, logic-based 
collision 
de- 


tection 
methods, 
an external 
means of collision 
de- 
tection 
can 
be used 
in parallel 
by using 
the 
CDT 


input pin. 


The clock generator 
in the serial subsystem 
is avail- 


able only in High-Integration 
Mode and provides 
tim- 


ing for the serial 
subsystem. 
The clock 
signal 
can 


also 
be routed 
to the parallel 
subsystem, 
if so de- 


sired. The oscillator 
circuit 
is designed 
for use with 


an 
external, 
parallel 
resonant, 
fundamental 
mode 


crystal. 
The crystal frequency 
should be selected 
at 


8 x, 10 x, 16 x, or 18 x the required 
serial bit rate. 


The FIFO subsystem 
is located 
between 
the parallel 


subsystem 
and the serial subsystem. 
It consists 
of a 


transmit 
FIFO, a receive FIFO, and FIFO controllog- 


ic. The transmit 
and receive 
FIFOs are independent 


of each other 
and individually 
provide 
optimal 
inter- 


faces between 
the two subsystems 
which may have 


different 
speeds. There is a total of 64 bytes that can 


be used for the two separate 
FIFOs. During configu- 


ration these 64 bytes can be divided into one of four 
possible 
combinations: 
16 and 16 bytes, 
16 and 48 


bytes, 32 and 32 bytes, or 48 and 16 bytes for the 
transmit 
and 
receive 
FIFO 
respectively. 
The 
FIFO 


threshold 
is also programmed 
during configuration. 


PROGRAMMING 
MODEL-REGISTER 


OVERVIEW 


Figure 4 shows the 82590 internal 
registers 
that are 


directly accessible 
through the 8-bit I/O ports: Port 0 


and Port 
1. The 
registers 
enclosed 
in darker 
lines 


are 82588-compatible 
registers 
and are accessible 


only through 
Port O. 


Figure 5 shows the Port 0 commands. 
All of the Port 


o commands 
are compatible 
with the 82588 
except 


for the NOP command 
with the channel 
bit set to 1. 
If the NOP command 
is executed 
with the channel 


bit set to 1, the active port is switched 
to Port 1. Port 


0, which 
is selected 
by CSO in hardware, 
logically 


becomes 
Port 1. When the hardware 
does not sup- 


port the second 
chip select, 
CS1, this software 
port 


switch command 
is used. Figure 6 shows the Port 1 


commands. 
When 
the SWT-TO-PORT-O 
command 


is executed, 
the active port is switched 
back to Port 


O. 


The 82590 can be configured 
to have 4 or 6 bytes of 


status 
registers 
in Port 
0 (see 
Figures 
4 and 
7). 


When configured 
to 4 bytes of status 
registers, 
for- 


mats of these 
registers 
are identical 
to those 
of the 


82588. 
The first three 
status 
registers 
(STATUS 
0 


through 
2) contain 
the 
information 
about 
the 
last 


command 
executed 
or the last frame 
received. 
The 


last status register, 
STATUS 
3, contains 
the state of 


the 82590. When the 82590 is configured 
to 6 bytes 


of status registers, 
the two additional 
bytes are used 


to report a more complete 
status of the most recent- 


ly received 
frame. 


Status of the timer and event counters 
is available 
in 


the Port 1 status registers 
as shown 
in Figure 8. 


The CPU interacts 
with the 82590 
through 
the sys- 


tem's 
memory 
and 
the 
82590's 
on-chip 
registers. 


The CPU creates 
a data structure 
in memory, 
pro- 


grams the external 
DMA controller 
with the start ad- 


dress 
and byte count 
of the memory 
block, 
and is- 


sues a command 
to the 82590. 


The chip select and interrupt 
lines are used to com- 


municate 
between 
the 82590 and the CPU as shown 


in Figure 9. The interrupt 
signal is used by the 82590 


to attract the CPU's attention. 
The chip select signal 


is used by the CPU to attract 
the 82590's 
attention. 


Note 
that 
the 
82590 
does 
not 
have 
any 
address 


lines. 


There are two kinds of transfers 
over the bus: com- 


mand/status 
and 
data 
transfers. 
The 
command/ 


status 
transfers 
are always 
performed 
by the CPU. 


The data transfers 
are requested 
by the 82590, 
and 


are usually performed 
by a DMA controller. 
Table 2 


shows 
the command/status 
and data transfer 
con- 


trol signals. The CPU writes commands 
to the 82590 


using the CSO (or CS1) and WR s~als, 
and reads 


status using the CSO (or CS1) and RD signals. When 
data 
transfers 
are 
performed, 
DACKO 
or 
DACK1 


must be asserted 
by the DMA controller 
instead 
of 
the Chip Select. 


STATUS 0 


STATUS 1-0 


STATUS 1-1 


STATUS 2-0 


STATUS 2-1 


STATUS 3 


PORT 0 COIolIolAND (WRITE ONLY) 
7 
0 
I 
COIolIolAND I 


Port 
0 Status 
(Read 
Only) 
7 
0 


STATUS 0 


[ 
6 or 4] 
Bytes 
of 
Status 
Registers 


STATUS 1-0 


STATUS 2-0 


STATUS 3 


PORT 1 COIolIolAND (WRITE ONLY) 
7 
0 


COIolIolAND 


PARAIolETER 0 


PARAIolETER 1 


PARAIolETER 2 


Port 
1 Status 
(Read 
Only) 
7 
0 


STATUS 0 


STATUS 1 


STATUS 2 


STATUS 2 


Port 
1 Timer/Counter 
Count 
Registers 
(Read 
Only) 
23 
16 1S 
8 
7 
0 
I 
TIMER 
I 


COUNTER 1 


COUNTER 2 


COUNTER 3 


Port 
1 Timer/Counter 
lolaxlmum 
Count 
Registers 
(Read 
Only) 
23 
16 15 
8 
7 
0 
r 
TIMER 
I 


COUNTER 1 


COUNTER 2 


COUNTER 3 


Figure 4. Programming 
Model-Directly 
Accessible 
Registers 
(Accessible 
Through 
8·Blt 1/0 Port[s» 


inter 
~~l 


OPCODE 


NOP 
0 (CHNL = 0) 
o (CHNL= 
1) 
IA- 
SETUP 
1 
CONFIGURE 
2 
MC-SETUP 
3 
TRANSMIT 
4 
TOR 
5 
DUMP 
6 
DIAGNOSE 
7 
RETRANSMIT 
12 
ABORT 
13 
RCV- ENABLE 
B 
ASSIGN-ALT- 
BUF 9 
RCV-DISABLE 
10 
STOP- RCV 
11 
FIX-PTR 
15 (CHNL=l) 
RLS - PTR 
15 (CHNL = 0) 
RESET 
14 


L.. 
-+ CHNL { CHANNEL 0 
CHANNEL 1 


[ 


STATUS 
0 
00 


L.. 
+ PTR 
;~:~~; 
~ 
~6 


STATUS 3 
11 


L. 
-+ 
IN _ ACK { NO ACKNOWLEDGE 0 
- 
ACKNOWLEDGE 
1 


Port 0 Command 
76543210 


I 
TC/GP { GENERAL PURPOSE 
0 
TIMER/COUNTERS 
1 


NOP 
0 
SWT-TO-PORT-O 
1 
SET- TS 
5 
RST- TS 
7 
, 
--+QE.CODE 
LCL- 
PWR- OWN 
8 
RMT- PWR- OWN 
9 
(TC/GP = 0) 
FlX- 
PTR 
12 
RLS - PTR 
13 
RESET 
14 
SEL- 
RST 
15 


NOP 
0 
STRT 
1 
STP 
2 
RESUME 
3 
STRT &: LD 
5 
ACK-INK 
7 
(TC/GP= 
1) 
COUNT 
8 
STRT- ALL CNTR 
9 
SET- COUNT- VAL 
10 
SET- COUNT- CON 
11 
RD-MAX-VAL 
12 
RD-COUNT-VAL 
13 
RESET 
14 


[ STATUSO 
00 


PTR 
;~:~~;~ 
01 
10 
(TC/GP = 0) 
STATUS3 
11 


[ 
TIMER 
00 
(TC/GP = 1) 
COUNTER1 
01 
COUNTER2 
10 
COUNTER3 
11 


INT - ACK { NO ACKNOWLEDGE 
0 
- 
ACKNOWLEDGE 
1 
290147-6 


Figure 6. Port 1 Commands 


1-72 


inter 


Events 
Value 
Events 
Value 
(Status 
0) 
(Status 
0) 


CMOS' 
o (CHNL = 1) 
Diagnose-Passed 
7 


IA-Setup-Done 
1 
End-Of-Frame 
8 
Configure-Done 
2 
Request-Next-Buffer 
9 
MC-Setup-Done 
3 
Reception-Aborted 
10 
Transmit-Done 
4 
Retransmit-Done 
12 


TDR-DONC 
5 
Execution-Aborted 
13 
Dump-Done 
6 
Diagnose-Failed 
15 


Timer/Counter 
Events 
Value' 


(T/C = 1) 
(Status 
0) 


Timer Expired 
BitO = 1 


Counter 
1 Expired 
Bit1 = 1 


Counter 
3 Expired 
Bit2 = 1 


Counter 
3 Expired 
Bit3 = 1 


General 
Purpose 
Event 
Value' 


(GP = 1) 
(Status 
0) 


REN-PWR-UP 
9 


Pin Name 


CSO 
RD 
WR 
Function 
CS1· 


1 
X 
X 
No Transfer 
To/From 


0 
1 
1 
Command/Status 


0 
0 
0 
Illegal 


0 
0 
1 
Read from Status 
Register 


0 
1 
0 
Write to Command 
Register 


DACKO 
RD 
WR 
DACK1· 


1 
X 
X 
No DMA Transfer 
0 
1 
1 


0 
0 
0 
Illegal 


0 
0 
1 
Data Read from DMA 
Channel 0 (or 1) 


0 
1 
0 
Data Write to DMA 
Channel 
0 (or 1) 


·Only 
one of CSO, DACKO, or DACK1 
may be active 
at any 


time. 


To initiate an operation 
such as Transmit 
or Config- 


ure (see Figure 5), the command 
from the CPU must 


first be written to the 82590. Any parameters 
or data 


associated 
with the command 
are transferred 
from 


memory 
to the 82590 
using DMA. Upon completion 


of the operation, 
the 82590 
updates 
the appropriate 


status registers 
and sends an interrupt 
to the CPU. 


To transmit 
a frame, 
the CPU prepares 
a Transmit 


Data Block in memory as shown in Figure 10. Its first 
two bytes specify the length of the rest of the block. 
The next few bytes (up to six) contain the destination 
address 
of the 
station 
the frame 
is being 
sent 
to. 


The rest of the block is the data field. The CPU pro- 
grams the DMA controller 
with the start address 
of 


the block, 
length 
of the block, 
and other 
control 
in- 


formation 
and then 
issues 
a Transmit 
command 
to 


the 82590. Upon receiving 
this command, 
the 82590 
fetches 
the first two bytes of the block to determine 


its length. 
If the link is free and the first data byte 


was fetched, 
the 82590 begins transmitting 
the pre- 


amble and concurrently 
fetches 
more bytes from the 


Transmit 
Data Block and loads them into the trans- 


mit FIFO to keep them ready for transmission. 


inter 


PREAMBLE 
} 
BLOCK BYTE COUNT 
SfD 
(BOF FLAG) 


DESTINATION ADDRESS 
DESTINATION ADDRESS 


DATA FIELD 
SOU RCE ADDRESS 
~ 
{ 


LENGTH FIELD 


CPU GENERATED 
INFORMATION FIELD 
DATA STRUCTURE IN MEMORY 


1 


(TRANSMIT 
DATA BLOCK) 
FRAME CHECK SE~UENCE 


EOF FLAG (OPTIONAL) 


PADDING (OPTIONAL) 


FROM 82590 
INDIVIDUAL 
ADDRESS 


The destination 
address 
is transmitted 
after the pre- 
amble. This is followed 
by the source 
or the station 
individual 
address, 
which 
was 
previously 
stored 
in 
the 82590 by the lA-Setup 
command. 
After this, the 
entire 
information 
field is transmitted, 
followed 
by a 
CRC field calculated 
by the 82590. 
If a collision 
is 
encountered 
during transmission 
of the frame, 
then 
the 
transmission 
is aborted 
after 
a jam 
pattern 
is 
sent. 
If the 
collision 
is detected 
during 
preamble 
transmission, 
the 
82590 
transmits 
the jam 
pattern 
after the entire preamble 
is transmitted. 
An interrupt 
is then generated 
to inform 
the CPU of the unsuc- 
cessful 
transmission 
due 
to 
a collision. 
The CPU 
reinitializes 
the 
DMA 
controller 
and 
issues 
a Re- 
transmit 
command 
to the 82590. 
Retransmission 
is 
done by the CPU exactly 
as the Transmit 
command 
is done, 
except 
the 
Retransmit 
command 
keeps 
track of the number of collisions 
encountered. 
When 
the 
82590 
gets 
the 
Retransmit 
command 
and the 
backoff 
timer is expired, 
it transmits 
the frame again. 
Retransmission 
is repeated 
until the attempt 
is suc- 
cessful, or until the preprogrammed 
retry number ex- 
pires. 


If the 
82590 
is programmed 
to generate 
the 
EOP 
signal to the 8237 or 82380 DMA controller, 
or if it is 


used with 
a DMA controller 
which 
implements 
the 
Tightly Coupled 
Interface, 
the CPU's involvement 
in 
retransmission 
is greatly 
reduced. 


The 82590 can receive frames when its receiver 
has 
been 
enabled. 
The 
82590 
checks 
for 
an address 
match for an Individual 
address, 
a Multicast 
address, 


or a Broadcast 
address. 
It the 
Promiscuous 
mode 
the 82590 
receives 
all frames. 
When 
the 
address 
match 
is successful, 
the 82590 
transfers 
the frame 
to 
memory 
using 
the 
DMA 
controller. 
Before 
en- 
abling 
the receiver, 
it is the CPU's 
responsibility 
to 
make a memory 
buffer area available 
to the receiver 
and to properly 
program 
the starting 
address 
of the 
DMA controller. 
The received 
frame is transferred 
to 
the memory 
buffer in the format 
shown in Figure 11. 
This method 
of reception 
is called 
Single 
Buffer 
re- 
ception; the entire frame is contained 
in one continu- 
ous buffer. Upon completion 
of reception, 
the status 
of the reception 
is appended 
at the end of the re- 
ceived 
frame 
in the 
memory 
buffer, 
and 
the 
total 
number 
of bytes transferred 
to the memory 
buffer is 
loaded 
into the internal 
status registers 
1 and 2. An 
interrupt 
is then generated 
to inform the CPU of the 
frame reception. 


inter 


BLOCK LENGTH 
BL 


DESTINATION 
ADDRESS 


DESTINATION 
ADDRESS 


SOURCE 
ADDRESS 


DATA BLOCK 
IN MEMORY FOR 
TRANSMISSION 
FRAME STATUS 


SINGLE 
BUFFER 
RECEPTION 


If the frame size is unknown, memory usage can be 
optimized by using Multiple Buffer reception. In this 
mode of operation, the 82590 can dynamically allo- 
cate memory space as it receives frames. This 
method requires both DMA channels to receive the 
frame alternately. As frame reception begins, the 
82590 interrupts the CPU and automatically re- 
quests assignment of the next available buffer. The 
CPU does this and loads the second DMA channel 
with the next buffers information so the 82590 can 
immediately switch to the other channel when the 
current buffer is full. When the 82590 switches from 
the first to the second buffer it again interrupts the 
CPU and requests another buffer to be allocated on 
the previous channel. This process continues until 
the entire frame is received. The received frame is 
spread over multiple memory buffers. The link be- 
tween the buffers is easily maintained by the CPU, 
using a buffer chain descriptor structure in memory 
as shown in Figure 12. This dynamic allocation of 
memory buffers results in efficient use of available 
storage when handling frames of widely differing 
sizes. 


If the 82590 is programmed to generate the EOP 
signal to the 8237 or 82380 DMA controller, or if it is 
used with a DMA controller which implements the 
Tightly Coupled Interface, buffer reclamation and 


more advanced data structures for the buffer area 
can significantly improve system performance. 


EOP SIGNAL 
TO THE DMA 
CONTROLLER 


The 82590 can be programmed to assert the EOP 
signal to the 8237 or 82380 DMA controller when 
one or more of the following occurs: 
• A collision during transmission 
• An error (CRC or alignment) during reception 
• A good frame reception 


If the 8237 or 82380 is programmed for Auto-initial- 
ize mode and if the 82590 is programmed to assert 
the EOP signal on a collision during transmission, 
the retransmission following a collision is done auto- 
matically by the 8237 and the 82590. The 8237 will 
reinitialize itself automatically and the 82590 will re- 
transmit the same frame from the same memory 
area without CPU intervention. When the 82590 is 
programmed for this mode it does not interrupt the 
CPU upon a collision, and the CPU does not need to 
issue a Retransmit command to the 82590. The CPU 
is interrupted only after a successful transmission or 
retransmission, or after a transmission failure, such 
as DMA.underrun. 


inter 


o BUFFER 
1 


@ BUFFER 2 


BUFFER CHAIN DESCRIPTION 
(IolANAGED BY CPU) 


If the 82590 is programmed to assert the EOP signal 
when an error occurs during reception, the 8237 or 
the 82380 in Auto-initialize mode will be able to re- 
claim the memory area which would otherwise be 
wasted for the errored frame reception. If the 82590 
is programmed to assert EOP at the end of a good 
frame reception, automatic buffer switching can be 
accomplished by alternating the DMA channels with 
the 8237 or the 82380. When the 82380 is used, the 
buffer switching can be done with only one DMA 
channel. 


The EOP signal must be derived from the DACK1I 
CSTIEOP pin using external logic (see Figure 13). 


82590/82560 
TIGHTLY 
COUPLED 
INTERFACE 


The 82590 has a mode of operation called "Tightly 
Coupled Interface." In this mode the 82590 provides 
a tightly coupled interface to a DMA controller in or· 
der to execute some of the time-critical processes of 
the CSMAlCD protocol without any CPU interven- 
tion. By using the 82590's companion chip, the 
82560, or by implementing the Tightly Coupled Inter- 
face in a DMA controller, operations such as auto- 
matic 
retransmission, 
continuous 
back-to-back 
frame reception, and transmit andlor receive buffer 
chaining can be accomplished. 


The 82590 provides the status of the current active 
transmission or reception to the DMA controller by 
using the DRO and EOP signals at the end of every 


DMA cycle. The status is encoded according to Ta- 
ble 3. As long as the 82590 generates..QElO'::!!g!l 
and EOP Floating at the rising edge of RD or WR, 
the DMA controller repeats DMA transfers. If the 
transmission is completed without collisions or if the 
reception is good (no collision, no CRC, or no Align- 
ment error), then DRO and EOP both become Low 
at the end of a DMA transfer which follows the last 
DMA data transfer. If the transmission encountered 
a collision or if the reception had an error, DRQ be- 
comes High and EOP becomes Low. The DMA con- 
troller must decode these signals appropriately and 
must reinitialize the DMA channel so it can retrans- 
mit the same frame or reclaim the otherwise wasted 
buffer. It is the DMA controller's responsibility to re- 
program itself for the next appropriate operation. 


The 82560 fully implements the Tightly Coupled In- 
terface and provides very high-performance DMA 
services for the 82590 with minimal CPU involve- 
ment. 


NETWORK 
MANAGEMENT 
AND 
DIAGNOSTICS 


The 82590 provides a large set of diagnostic and 
network management functions including: internal 
and external loopback, monitor mode, optional cap- 
ture of all frames regardless of destination address 
(Promiscuous mode), and time domain reflectometry 
for locating fault points in the netWork cable. The 
82590 Dump command ensures software reliability 
by dumping the contents of the 82590 internal regis- 
ters into the system memory. 


inter 


82590 


DACK1/CS1/EOP 


Figure 
13. Demultlplexing 
DACK/CS1/EOP 
Pin 


Table 
3. Transmit/Receive 
Status 
Encoding 
on ORO and EOP 


ORO 
EOP 
Status 
Information 


0 
Hi-Z 
Idle 


1 
Hi-Z 
DMA Transfer 


0 
0 
Transmission 
or Reception 
Terminated 
OK 


1 
0 
Transmission 
or Reception 
Aborted 


Compared 
to the 82588 the 82590 has a number of 
functional 
and 
performance 
enhancements. 
This 
section 
lists some of these enhancements 
which are 
not covered 
in other sections. 


<D 
Multi-lA-The 
82590 implements 
multiple-indi- 
vidual 
address 
(Multi-IA) 
screening. 
It can re- 
ceive more than one IA frame in this mode. 
® 
Power 
Down 
Modes-Two 
power 
down 
modes, 
Local Power Down and Remote 
Power 
Down, are available. 
When the 82590 is in Re- 
mote Power Down mode, it can be powered 
up 
remotely 
by sending 
a special frame to it. 


® 
Automatic 
Padding 
and 
IEEE 802.3 
Length 
Field-If 
a frame 
to be transmitted 
is shorter 
than the configured 
Slot Time, the 82590 auto- 
matically 
appends 
pad bytes up to the shortest 


frame 
greater 
than the Slot Time. 
If the data 
field of a received 
frame is longer than the byte 
count 
indicated 
in the 
Length 
field, 
the 
extra 
bytes 
are stripped 
automatically 
according 
to 
the Length 
field. Erroneous 
conditions 
are de- 
tected 
and reported 
by the 82590. An example 
of 
such 
conditions 
is 
reception 
of 
a frame 
which 
is shorter 
than the byte count 
indicated 
in the Length field. 


@ 
Automatic 
Retransmission 
on Collision 
Dur- 
ing 
Preamble-The 
82590 
can 
be 
pro- 


grammed 
to retransmit 
automatically 
if it de- 
tects 
a collision 
during 
transmission 
of 
the 
preamble. 
® 
On-Chip 
Jabber 
Function-The 
82590 
can 
be programmed 
to provide 
an on-chip 
jabber 
function. 


<!l 
CRC Transfer to Memory-The 
82590 can 
be programmed to transfer the CRC field of a 
received frame into memory. 
~ 
Loopback Signal to the 82C501- The 82590 
can be programmed to provide an active High 
loopback signal to the 82C501 (see Figure 14). 


@ 
StarLAN- The 82590 can be configured to 
recognize the IEEE 802.3 1BASE5 Collision 
Presence Signal (CPS).In this mode it also de- 
lays deactivation of the RT$ signal at the end 
of a frame transmission in order to insert an 
end-of-frame marker according to the stan- 
dard. 


The 82590 can be used in a variety of applications. 
When it is used in High-Integration Mode, it imple- 
ments most of the Data Link and Physical Layer 
functions required by the IEEE 802.3 1BASE5 (Star- 
LAN) and the IBM PC Network-Baseband 
and 
Broadband. When it is used in High-Speed Mode, it 
can work with the 82C501 and the 82502 for IEEE 
802.3 10BASE5 (Ethernet) and 10BASE2 (Cheaper- 
net) implementations. 


If the desired network requires determinism, the 
82590's Deterministic Collision Resolution (OCR) 
method can be used. 


Figure 
15 
shows 
a 
block 
diagram 
of 
an 
82590/82560 
StarLAN adapter board. The 82560 
provides the following functions: DMA for the 82590 
with Tightly Coupled Interlace and dual-port memory 
control for the static RAM. The 82590 is configured 
to High-Integration mode to minimize the serial inter- 
face logic. 


DCI AC Specifications 
not available at publication time. 
Please consult the latest revision of this data sheet. 
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82592 
ADVANCEDCSMA/CD 
LAN CONTROLLER 
WITH 16·BIT DATA PATH 
• Supports Industry Standard LANs 
• Efficient Memory Use via Buffer and 
-StarLAN 
(IEEE 802.3 1BASE5) 
Frame Chaining 
-IBM· 
PC Network-Baseband 
and 
• DMA Interface for Retransmission and 
Broadband 
Continuous Reception Without CPU 
- 
Ethernet and Cheapernet (IEEE 802.3 
Intervention 
10BASE5and 10BASE2) 
- 
EOP Signal Generation for 8237 and 
- 
Broadband Ethernet (IEEE 802.3 
82380 
10BROAD36) 
- 
Tightly Coupled Interface to 82560 
• Integrates Physical and Data Link 
Host Interface and Memory Manager 
Layers of OSI Model 
• Supports 8- or 16-Bit DMA Transfers 
- 
Complete CSMA/CD Medium Access 
Control (MAC) Functions 
• Local and Remote Power-Down Modes 
- 
Manchester, Differential Manchester, 
• Deterministic Collision Resolution 
or NRZI Encoding/Decoding 
• 24·Bit General Purpose Timer 
- 
On-Chip, Logic-Based Collision 
Detection 
• On-Chip Jabber Function 
-IEEE 
802.3 or HDLC Frame Delimiting 
• Network Management and Diagnostics 
• Two Modes of Operation 
- 
Monitor Mode 
- 
Bit Rates Up to 4 Mb/s with On-Chip 
- 
CRC, Alignment, and Short Frame 
Encoder/Decoder (High-Integration 
Error Detection 
Mode) 
- 
Three 16-Bit Event Counters 
- 
Bit Rates Up to 20 Mb/s with 
- 
Short or Open Circuit Localization 
External Encoder/Decoder 
- 
Self-Test Diagnostics 
(High-Speed Mode) 
-Internal 
and External Loopback 
• High-Performance System Interface 
Operation 


- 
16 MHz Clock, 2 Clocks per Transfer 
-Internal 
Register Dump 


- 
64 Bytes of Configurable FIFO 
• High-Speed CHMOSIII Technology 


Figure 1.82592 Block Diagram 


'IBM 
is a trademark 
of International 
Business 
Machines 
Corporation. 
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09 
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011 


Rei 


ClK 


WR 


CSO 


OACKO/OACK 


Vcc 
VCC 
VCC 


OACK1/CSIjEOP 


INT 


RESET 


012 


013 


014 


015 


TClK/CRS 


Figure 2. 82592 Pin Configuration 
(DIP) 


The 82592 
is a second-generation, 
16-bit data path 


CSMAlCD 
controller. 
Its system 
interface 
enables 


efficient 
operation 
with a wide variety of Intel micro- 


processors 
(e.g., 80186, 
80286, 
or 80386) 
and in- 


dustry 
standard 
buses 
(such 
as the 
IBM 
PC I/O 


channel 
or Personal 
System 
Micro 
Channel). 
The 


82592 can be configured 
to support a wide variety of 


industry 
standard 
networks, 
including 
StarLAN, 
IBM 


PC Network, 
and EthernetiCheapernet. 


Together 
with the 82560 (Host Interface 
and Memo- 


ry Manager) 
the 82592 offers a complete 
solution 
for 
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014 


015 


TCLK/CRS 


COT 


CTS/LPBK 
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TxO 


RxO 


NC 


Figure 3. 82592 Pin Configuration 
(PLCC) 


CSMAlCD 
LAN adapters 
oriented 
to the IBM PC en- 


vironment. 
The 
82592 
fully 
conforms 
to 
existing 


IEEE 
802.3 
standards 
(1BASE5, 
10BASE5, 


10BASE2, 
and 10BROAD36). 
To implement 
a com- 


plete 
EthernetiCheapernet 
solution, 
Intel offers 
the 


82C501 
Ethernet 
Serial 
Interface 
and 
the 
82502 


Ethernet 
Transceiver 
chip. 
Intel 
also 
offers 
the 


82590, an 8-bit data path version 
of the 82592. 
The 


82590 
is 
pin 
and 
software 
compatible 
with 
the 


82588. 


The 82592 
is available 
in a 40-pin 
Plastic 
DIP or a 


44-pin PLCC package. 
It is fabricated 
with Intel's reli- 


able CHMOS 
III technology. 
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Symbol 
Pin No. 
Pin No. 
Type 
Name and Function 
(DIP) 
(PLCC) 


015 
22 
32 
I/O 
DATA BUS: The Oata Bus lines are bidirectional, 
three-state 
lines 
014 
23 
31 
connected 
to the CPU's Oata Bus for transfers 
of data, commands, 


013 
24 
30 
status, and parameters. 


012 
25 
29 
011 
37 
9 
010 
38 
10 
09 
39 
11 
08 
40 
12 
07 
1 
13 
06 
2 
14 
05 
3 
15 
04 
4 
16 
03 
5 
17 
02 
6 
18 
01 
7 
19 
. 


00 
8 
20 


RO 
36 
8 
I 
READ: Together 
with CSO, CS1, OACKO, or OACK1, Read controls 
data or status transfers 
out of the 82592. 


WR 
34 
4 
I 
WRITE: Together 
with CSO, CS1, OACKO, or OACK1, Write controls 
data or command 
transfers 
into the 82592. 


CSO 
33 
3 
I 
CHIP SELECT (PORT 0): When LOW, the 82592 is selected 
by the 
CPU for command 
or status transfer 
through 
PORT O. 


RESET 
26 
40 
I 
RESET: A HIGH signal on this pin causes the 82592 to terminate 
current activity. This signal is internally 
synchronized 
and must be held 
HIGH for at least four Clock cycles. 


, 
When the Clock signal is provided 
internally 
(CLKSRC is strapped 
HIGH), the RESET signal must be held HIGH for at least 50 J-Ls.(PLCC 
version only.) 


INT 
27 
41 
0 
INTERRUPT: 
A HIGH signal on this pin notifies the CPU that the 
82592 is requesting 
an interrupt. 


ORQO 
14 
27 
0 
DMA REQUEST 
(CHANNEL 
0): This pin is used by the 82592 to 
request OMA transfer. 
ORQO remains HIGH as long as the 82592 
requires OMA transfers. 
Burst transfers 
are thus possible. 


When the 82592 is programmed 
for Tightly Coupled 
OMA Interface, 
the 82592 notifies the OMA controller 
of the status of transmission 
or 
reception, 
using this pin together 
with EOP. 


ORQ1 
15 
28 
0 
DMA REQUEST 
(CHANNEL 
1): This pin is used by the 82592 to 
request OMA transfer. 
ORQ1 remains HIGH as long as the 82592 
requires OMA transfers. 
Burst transfers 
are thus possible. 
When the 82592 is programmed 
for Tightly Coupled 
OMA Interface, 
the 82592 notifies the OMA controller 
of the status of transmission 
or 
reception, 
using this pin together 
with EOP. 


inter 


Symbol 
Pin No. 
Pin No. 
Type 
Name and Function 
(DIP) 
(PLCC) 


DACKOI 
32 
2 
I 
DMA ACKNOWLEDGE 
(CHANNEL 
0): When lOW, 
this input 
DACK 
signal from the DMA controller 
notifies the 82592 that the 
requested 
DMA cycle is in progress. 
This signal acts similarly to 


Chip Select for data and parameter 
transfers, 
using DMA channel 


O. 
DMA ACKNOWLEDGE 
(CHANNELS 
0 AND 1): When the 


DACK1 ICS1 lEap 
pin is programmed 
to CS1 lEap, 
this pin 


provides 
a DMA acknowledge 
for both channels 
0 and 1. Two 


DMA acknowledge 
signals from the DMA controller, 
DACKO and 


DACK1, must be extemally 
ANDed in this mode of operation. 


DACK1 
28 
42 
I 
This is a multifunction, 
bidirectional 
pin which can be programmed 
CS1/EOP 
to DACK1 or CS1 lEap 
during configuration. 
When it is configured 


for EOP, it provides 
an open-drain 
output. 


DMA ACKNOWLEDGE 
(CHANNEL 
1): When lOW, 
this input 


signal from the DMA controller 
notifies the 82592 that the 


requested 
DMA cycle is in progress. 
This signal acts similarly to 


Chip Select for data and parameter 
transfers, 
using DMA channel 


1. 
I/O 
CHIP SELECT (PORT 1): When lOW, 
the 82592 is selected 
by 


the CPU for command 
or status transfer 
through 
PORT 1. 


END OF PROCESS: A lOW 
output signal requests 
the DMA 


controller 
to terminate 
the active DMA service. 


ClK 
35 
5 
I 
CLOCK: In the 40-pin DIP, this is only an input pin. A 
TIl-compatible 
clock input to this pin provides 
the timing for the 


82592 parallel subsystem. 


1/0 
In the 44-pin PlCC, 
this pin can be a clock input or output, 


depending 
on the state of ClKSRC. 
If ClKSRC 
is strapped 
lOW, 


this pin is a clock input which provides 
timing for the 82592 parallel 


subsystem. 
If CLKSRC is strapped 
HIGH, the clock for the 82592 


parallel subsystem 
is generated 
from the internal clock generator. 


The ClK 
pin is then a clock output and provides 
a clock signal 


whose frequency 
can be one-half 
of, or identical 
to, the frequency 


of the internally 
generated 
clock, depending 
on the state of FREQ. 


CLKSRC 
FREQ 
CLK 
Clock for the 


Type 
Signal 
Parallel Subsystem 


o (lOW) 
Don't 
I 
Clock 
Clock as provided 
on 


Care 
the ClK 
pin. 


1 (HIGH) 
1 
a 
Internal Clock 
Prescaled 
clock 


Divided by 
generated 
from the 
Two 
internal clock 
generator. 


1 
0 
a 
Internal Clock 
Prescaled 
clock 


generated 
from the 


internal clock 
generator 


ClKSRC 
NA 
6 
I 
CLOCK SOURCE: When strapped 
lOW, 
a clock signal on the ClK 


pin provides timing for the parallel subsystem. 
When strapped 


HIGH, timing for the parallel subsystem 
is internally 
generated 
from 


the clock generator 
provided 
in the serial subsystem. 
The internal 


prescaler 
is programmed 
during configuration 
to determine 
the 


frequency 
of the clock for the parallel subsystem. 
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Symbol 
Pin No. 
Pin No. 
Type 
Name and Function 
(DIP) 
(PLCC) 


FREQ 
NA 
7 
I 
FREQUENCY: 
When strapped 
LOW, CLK has an output freqency 
equal to that of the internal clock. When strapped 
HIGH, CLK has an 
output frequency 
one-half 
that of the internal clock. The state of this 
pin is relevant only when CLKSRC is strapped 
HIGH. 


X1/X2 
12/13 
25/26 
I 
HIGH INTEGRATION 
MODE OSCILLATOR 
INPUTS: These inputs 
may be used to connect 
a quartz crystal which controls 
the internal 


clock generator 
for the serial subsystem. 
When CLKSRC is strapped 
HIGH, the clock generator 
also provides 
a clock for the parallel 
subsystem. 
X1 may also be driven by a MaS-level 
clock whose freqency 
is 8,10, 


16, or 18 times the bit rate of Transmit/Receive 
data. X2 must be left 
floating 
if X1 is connected 
to an external 
MaS clock. 


TxC 
12 
25 
I 
HIGH SPEED MODE TRANSMIT 
CLOCK: 
This signal provides the 
fundamental 
timing for the serial subsystem. 
The clock is also used to 
transmit 
data synchronously 
on the TxD pin. For NRZ encoding, 
data is 
transferred 
to the TxD pin on the HIGH to LOW clock transition. 
For 
Manchester 
encoding, 
the transmitted 
bit center is aligned with the 
LOW to HIGH transition. 


RxC 
13 
26 
I 
RECEIVE 
CLOCK: 
This clock is used to synchronously 
sample data 
on the RxD pin. Only NRZ data format is supported 
for reception. 
The 
state of the RxD pin is sampled 
on the HIGH to LOW transition. 


TCLK/CRS 
21 
33 
I 
CARRIER 
SENSE: In High Speed Mode this pin is Carrier Sense, CRS, 


and is used to notify the 82592 that the serial link is active. 


a 
TRANSMIT 
CLOCK: 
In High Integration 
Mode this pin is Transmit 
Clock, TCLK. 


CDT 
20 
34 
I 
COLLISION 
DETECT: This input notifies the 82592 that a collision 
has 


occurred. 
In High Speed Mode a collision 
is sensed by this pin only 
when the 82592 is configured 
for external 
Collision 
Detect (external 
means are then required for collision 
detection). 
In High Integration 
Mode collisions 
are sensed by this pin regardless 
of the internal or 
external Collision 
Detect configuration 
of the 82592. 


RxD 
16 
38 
I 
RECEIVE 
DATA: This pin receives 
serial data. It must be HIGH when 
not receiving. 


TxD 
17 
37 
a 
TRANSMIT 
DATA: This pin transmits 
data to the serial link. It is HIGH 
when not transmitting. 


RTS 
18 
36 
a 
REQUEST 
TO SEND: When this signal is LOW the 82592 notifies the 
channel 
that it has data to transmit. 
It is forced 
HIGH after a reset or 
when transmission 
is stopped. 


CTS/LPBK 
19 
35 
I/O 
CLEAR 
TO SEND: An active LOW signal which enables the 82592 to 
start transmitting 
data. Asserting 
this signal HIGH stops the 
transmission. 
LOOPBACK: 
This pin, in conjunction 
with a pull-down 
resistor, can be 
programmed 
to provide an active HIGH loopback 
signal to the external 
interface 
device. 


Vcc 
29 
1 
POWER: 
+5V 
±10%. 


30 
43 
31 
44 


Vss 
9 
21 
GROUND:OV. 


10 
22 
11 
23 


The 82592 consists of a parallel subsystem, a serial 
subsystem, and a FIFO subsystem (see Figure 1). 


The parallel subsystem consists of a bus interface 
unit (BIU), command and status registers, a 24-bit 
general purpose timer, and three 16-bit event coun- 
ters. 


The BIU provides an 8- and/or 16-bit interface to the 
external system bus. It handles all data transfers to 
and from memory (at speeds up to 16 Mbytes/sec.), 
accepts commands from the CPU, and provides 
status to the CPU. There are two separate 8-bit I/O 
ports, Port 0 and Port 1; and two separate 8- or 16- 
bit DMA channels, Channel 0 and Channel 1. The 8- 
bit I/O ports are interfaced to the CPU via the data 
lines Do-D7. The DMA channels can be configured 
for an 8- or 16-bit data path during initialization, and 
are typically interfaced to an external DMA control- 
ler. When the 82592 is reset by hardware or soft- 
ware, the DMA channels are initialized for 8-bit data 
path. The CPU can then configure the 82592 for a 
16-bit data path if desired. Once the DMA channels 
are configured for a 16-bit data path all subsequent 
DMA transfers are performed on the data lines Do- 
D15. The two DMA channels are independent and 
can be used for high-performance operations such 
as simultaneous transmission and reception. 


The 24-bit timer consists of a 24-bit maximum count 
register, a 24-bit count register, and associated con- 
trol bits in the command registers. Its clock source 
can be the transmit clock or the parallel subsystem 
clock. The timer can be programmed to halt or con- 
tinue on a terminal count with or without causing an 
interrupt. 


The three 16-bit event counters can be programmed 
to count valid frames, collided frames, and errored 
(CRC or Alignment) frames. When these event 
counters are used in Monitor mode, the 82592 is 
capa.ble o! maintaining the network statistics by it- 
self; I.e.,without requesting DMA services or causing 
interrupts to the CPU. 


The serial subsystem consists of a CSMAlCD unit, a 
data encoder and decoder, collision detect and car- 
rier sense logic, and a clock generator. 


The 82592's CSMAlCD unit is highly flexible in im- 
plementing the CSMAlCD protocol. It can operate in 
a variety of IEEE 802.3 and other CSMAlCD LAN 
environments, 
including 
1BASE5 
(StarLAN), 
10BASE5 (Ethernet), 10BASE2 (Cheapernet), and 
the IBM PC Network (Baseband and Broadband). 
The programmable parameters include: 
• Framing (IEEE 802.3 Framing or HDLC Framing) 


• Address Field Length 
• Station Priority 
• Interframe Spacing 


• Slot Time 
• CRC-32 or CRC-16 


The CSMAlCD unit also has a mode of operation 
which implements deterministic collision resolution 
(DCR). The DCR algorithm is fully compatible with 
the MULTIBUSTMII Serial System Bus (SSB) specifi- 
cations. 


The encoder and decoder in the serial subsystem is 
capable of NRZI, Manchester, and Differential Man- 
chester encoding and decoding at bit rates up to 4 
Mb/s in High-Integration Mode, and Manchester en- 
coding at bit rates up to 20 Mb/s in High-Speed 
Mode. A digital phase-lock loop is used in High-Inte- 
gration Mode to decode the receive data and to gen- 
erate the synchronous receive clock. 


The collision detect and carrier sense logic generate 
the internal collision detect and carrier sense signals 
for the CSMAlCD unit. 


The 82592 implements several different internal 
logic-based collision detect mechanisms. Two of 
~hese,Code Violation and Bit Comparison, are also 
I~plemented in the 82588 (8-bit NMOS High Integra- 
tion LAN Controller), and have been used in a vari- 
ety of applications. The Code Violation method de- 
fines a collision where a transition edge occurs out- 
side the area of normal transitions (as specified by 
the data encoding method). For example, if there are 
no mid-bit cell transitions in the Manchester encod- 
ed data, this method interprets that condition as a 
collision. The Bit Comparison method compares the 
signature of the transmitted frame to the signature of 
the received frame. If the signatures are different a 
collision is assumed to have occurred. Two other 
internal collision detect methods are Source Ad- 
dress Comparison and StarLAN CPS (Collision Pres- 
ence 
Signal) Recognition. The Source Address 
Comparison compares the source address field of 
the transmitted frame to the source address field of 
the received frame. If the source addresses are dif- 
ferent, it assumes that a collision has occurred re- 
sulting in data corruption in the source address field. 
The StarLAN CPS Recognition method looks for the 
specific collision presence signal defined by the 


inter 


IEEE 802.3 1BASE5 standard. Other abnormal cir- 
cumstances, such as no carrier for more than one- 
half slot time in the receive channel during transmis- 
sion, are interpreted as collisions by the 82592. 


In addition to these internal, logic-based collision de- 
tection methods, an external means of collision de- 
tection can be used in parallel by using the CDT 
input pin. 


The clock generator in the serial subsystem is avail- 
able only in High-Integration Mode and provides tim- 
ing for the serial subsystem. The clock signal can 
also be routed to the parallel subsystem, if so de- 
sired. The oscillator circuit is designed for use with 
an external, parallel resonant, fundamental mode 
crystal. The crystal frequency should be selected at 
8X, 10X, 16X, or 18X the required serial bit rate. 


The FIFO subsystem is located between the parallel 
subsystem and the serial subsystem. It consists of a 
transmit FIFO, a receive FIFO, and FIFO control log- 
ic. The transmit and receive FIFOs are independent 
of each other and individually provide optimal inter- 
faces between the two subsystems which may have 
different speeds. There is a total of 64 bytes that can 
be used for the two separate FIFOs. During configu- 
ration these 64 bytes can be divided into one of four 
possible combinations: 16 and 16 bytes, 16 and 48 
bytes, 32 and 32 bytes, or 48 and 16 bytes for the 
transmit and receive FIFO respectively. The FIFO 
threshold is also programmed during configuration. 


Programming 
Model-Register 
Overview 


Figure 4 shows the 82592 internal registers that are 
directly accessible through the 8-bit I/O ports: Port 0 
and Port 1. 


Figure 5 shows the Port 0 commands, and Figure 6 
shows the Port 1 commands. The two separate I/O 
ports can be accessed at two different addresses 
selecte.s!EYCSOand CS1, or at one address select- 
ed by CSO. When the hardware does not support 
two chip select signals, port switch commands are 
used to access both ports alternately at one ad- 
dress. If the SWT-TO-POAT-1 command is executed 


while in Port 0, the port logically becomes Port 1. 
Software overhead associated with port switching is 
eliminated if two chip select signals are supplied in 
hardware. 


The 82592 can be configured to have 4 or 6 bytes of 
status registers in Port 0 (see Figures 4 and 7). 
When configured to 4 bytes of status registers the 
first three status registers (STATUS 0 through 2) 
contain the information about the last command ex- 
ecuted or the last frame received. The last status 
register, STATUS 3, contains the state of the 82592. 
When the 82592 is configured to 6 bytes of status 
registers, the two additional bytes are used to report 
a more complete status of the most recently re- 
ceived frame. 


The status of the timer and event counters is avail- 
able in the Port 1 status registers as shown in Figure 
8. 


The CPU interacts with the 82592 through the sys- 
tem's memory and the 82592's on-chip registers. 
The CPU creates a data structure in memory, pro- 
grams the external DMA controller with the start ad- 
dress and byte count of the memory block, and is- 
sues a command to the 82592. 


The chip select and interrupt lines are used to com- 
municate between the 82592 and the CPU as shown 
in Figure 9. The interrupt signal is used by the 82592 
to attract the CPU's attention. The chip select signal 
is used by the CPU to attract the 82592's attention. 
Note that the 82592 does not have any address 
lines. 


There are two kinds of transfers over the bus: com- 
mand/status 
and data transfers. The 8-bit com- 
mand/status transfers are always performed by the 
CPU. The 8- or 16-bit data transfers are requested 
by the 82592, and are usually performed by a DMA 
controller. Table 2 shows the command/status and 
data-transfer control signals. The CPU writes com- 
mands to the 82592 using the CSO(or CS1) and WA 
signals, and reads status using the CSO (or CS1) 
and AD signals. When data transfers are performed, 
DACKO or DACK1 must be asserted by the DMA 
controller instead of the Chip Select. 


STATUS 0 


STATUS 1-0 


STATUS 1-1 


STATUS 2-0 


STATUS 2-1 


STATUS 3 


PORT 0 COMMAND (WRITE ONLY) 
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I 
COMMAND I 


Port 
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Bytes 
of 
Status 
Registers 


STATUS 2-0 


STATUS 3 


PORT 1 COMMAND (WRITE ONLY) 
7 
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COMMAND 


PARAMETER 0 


PARAMETER 1 


PARAMETER 2 


Port 
1 Status 
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Only) 
7 
0 


STATUS 0 


STATUS 1 


STATUS 2 
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. 
TIMER 


COU~ ER 1 


COU~ ER 2 


COU~ ER 3 
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Only) 
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Figure 4. Programming 
Model-Directly 
Accessible 
Registers 
(Accessible 
Through 
8-Blt 1/0 PortIs)) 
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0 
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INT 
EVENT 
STATUS 
0 


RESULT' 
STATUS 
'·0 


RESULT 
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STATUS 
,., 


INT 
EVENT 
STATUS 
0 
RECEIVE 
BYTE 
COUNT 
IFRAME 
STATUS 
2·0 


COUNTER 
(LOW) 
RESULT' 
STATUS' 


RECEIVE 
BYTE 
COUNT 
(HIGH) 
STATUS 
2·' 
RESULT 
2 
STATUS 
2 


RCV 
EXEC 
RCV 
EXEC 


STATUS 
3 
STATUS 
3 
CHNL 
STATE 
CHNL 
STATE 


Events 
Value 
(Status 0) 


CMOS' 
o (CHNL = 1) 


IA-Setup-Done 
1 


Configure-Done 
2 


MC-Setup-Done 
3 


Transmit-Done 
4 


TOR-DONC 
5 


Dump-Done 
6 


Diagnose-Passed 
7 


End-of-Frame 
8 


Request-Next-Buffer 
9 


Reception-Aborted 
10 


Retransmit-Done 
12 


Execution-Aborted 
13 


Diagnose-Failed 
15 
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Timer/Counter 
Value" 


Events (T/C = 1) 
(Status 0) 


Timer Expired 
BitO = 1 


Counter 1 Expired 
Bit1 = 1 


Counter 3 Expired 
Bit2 = 1 


Counter 3 Expired 
Bit3 = 1 


General Purpose 
Value" 


Event (GP = 1) 
(Status 0) 


REN·PWR·UP 
9 


"The 82590 may have more than one 
EVENT bit set by the time the CPU 
reads the Status register. 


Figure 8. Port 1 Status Registers 


Table 2. Data Bus Control Signals and Functions 


Pin Name 


CSO 
RD 
WR 
Function 


CS1" 


1 
X 
X 
No Transfer 
to/from 


Command/Status 


0 
1 
1 


0 
0 
0 
Illegal 


0 
0 
1 
Read from Status Register 


0 
1 
0 
Write to Command 
Register 


DACKO 
RD 
WR 
DACK1* 


1 
X 
X 
No DMA Transfer 


0 
1 
1 


0 
0 
0 
Illegal 


0 
0 
1 
Data Read from DMA 
Channel 
0 (or 1) 


0 
1 
0 
Data Write to DMA 
Channel 
0 (or 1) 


"Only one of CSO,CS1, DACKO,or DACK1 may be active 
at any time. 


PREAtolBLE 
} 
BLOCK BYTE COUNT 
sm (BOF FLAG) 


DESTINATION ADDRESS 
DESTINATION ADDRESS 


DATA FIELD 
Lr 


SOURCE ADDRESS 
.... 


LENGTH FIELD 


CPU GENERATED 
INFORtolATION 
DATA STRUCTURE IN tolEtolORY 
(TRANStolIT DATA BLOCK) 
FRAtolE CHECK SEQUENCE 
} 
EOF FLAG (OPTIONAL) 


PADDING (OPTIONAL) 


To initiate an operation such as Transmit or Config- 
ure (see Figure 5), the command from the CPU must 
first be written to the 82592. Any parameters or data 
associated with the command are transferred from 
memory to the 82592 using DMA. Upon completion 
of the operation, the 82592 updates the appropriate 
status registers and sends an interrupt to the CPU. 


To transmit a frame, the CPU prepares a Transmit 
Data Block in memory as shown in Figure 10. Its first 
two bytes specify the length of the rest of the block. 
The next few bytes (up to six) contain the destination 
address of the station the frame is being sent to. 
The rest of the block is the data field. The CPU pro- 
grams the DMA controller with the start address of 
the block, length of the block, and other control in- 
formation and then issues a Transmit command to 
the 82592. Upon receiving this command, the 82592 
fetches the first two bytes of the block to determine 
its length. If the link is free and the first data byte 
was fetched, the 82592 begins transmitting the pre- 
amble and concurrently fetches more bytes from the 
Transmit Data Block and loads them into the trans- 
mit FIFO to keep them ready for transmission. 


The destination address is transmitted after the pre- 
amble. This is followed by the source or the station 
individual address, which was previously stored in 
the 82592 by the lA-Setup command. After this, the 
entire information field is transmitted, followed by a 
CRC field calculated by the 82592. If a collision is 
encountered during transmission of the frame, then 
the transmission is aborted after a jam pattern is 
sent. If the collision is detected during preamble 
transmission, the 82592 transmits the jam 
pattern 
after the entire preamble is transmitted. An interrupt 
is then generated to inform the CPU of the unsuc- 
cessful transmission due to a collision. The CPU 


reinitializes the DMA controller and issues a Re- 
transmit command to the 82592. Retransmission is 
done by the CPU exactly as the Transmit command 
is done, except the Retransmit command keeps 
track of the number of collisions encountered. When 
the 82592 gets the Retransmit command and the 
backoff timer is expired, it transmits the frame again. 
Retransmission is repeated until the attempt is suc- 
cessful, or until the preprogrammed retry number ex- 
pires. 


If the 82592 is programmed to generate the EOP 
signal to the 8237 or 82380 DMA controller, or if it is 
used with a DMA controller which implements the 
Tightly Coupled Interface, the CPU's involvement in 
retransmission is greatly reduced. 


The 82592 can receive frames when its receiver has 
been enabled. The 82592 checks for an address 
match for an Individual address, a Multicast address, 
or a Broadcast address. In the Promiscuous mode 
the 82592 receives all frames. When the address 
match is successful, the 82592 transfers the frame 
to memory using the DMA controller. Before en- 
abling the receiver, it is the CPU's responsibility to 
make a memory buffer area available to the receiver 
and to properly program the starting address of the 
DMA controller. The received frame is transferred to 
the memory buffer in the format shown in Figure 11. 
This method of reception is called Single Buffer re- 
ception; the entire frame is contained in one continu- 
ous buffer. Upon completion of reception, the status 
of the reception is appended at the end of the re- 
ceived frame in the memory buffer, and the total 
number of bytes transferred to the memory buffer is 
loaded into the internal status registers 1 and 2. An 
interrupt is then generated to inform the CPU of the 
frame reception. 


FROtol 82592 
INDIVIDUAL 
ADDRESS 
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BL 


DESTINATION 
ADDRESS 


DESTINATION 
ADDRESS 


SOURCE 
ADDRESS 


DATA BLOCK 
IN t.lEt.lORY 
FOR 
TRANSt.lISSION 
FRAt.lE 
STATUS 


SINGLE 
BUFFER 
RECEPTION 


If the frame size is unknown, memory usage can be 
optimized by using Multiple Buffer reception. In this 
mode of operation, the 82592 can dynamically allo- 
cate memory space as it receives frames. This 
method requires both DMA channels to receive the 
frame alternately. As frame reception begins, the 
82592 interrupts the CPU and automatically re- 
quests assignment of the next available buffer. The 
CPU does this and loads the second DMA channel 
with the next buffer's information so the 82592 can 
immediately switch to the other channel when the 
current buffer is full. When the 82592 switches from 
the first to the second buffer it again interrupts the 
CPU and requests another buffer to be allocated on 
the previous channel. This process continues until 
the entire frame is received. The received frame is 
spread over multiple memory buffers. The link be- 
tween the buffers is easily maintained by the CPU, 
using a buffer chain descriptor structure in memory 
as shown in Figure 12. This dynamic allocation of 
memory buffers results in efficient use of available 
storage when handling frames of widely differing 
sizes. 


If the 82592 is programmed to generate the EOP 
signal to the 8237 or 82380 DMA controller, or if it is 
used with a DMA controller which implements the 
Tightly Coupled Interface, buffer reclamation and 


more advanced data structures for the buffer area 
can significantly improve system performance. 


EOP Signal to the DMA Controller 


The 82592 can bE'programmed to assert the EOP 
signal to the 8237 or 82380 DMA controller when 
one or more of the following occurs: 


• A collision during transmission 
• An error (CRC or alignment) during reception 
• A good frame reception 


If the 8237 or 82380 is programmed for Auto-initial- 
ize mode and if the 82592 is programmed to assert 
the EOP signal on a collision during transmission, 
the retransmission following a collision is done auto- 
matically by the 8237 and the 82592. The 8237 will 
reinitialize itself automatically and the 82592 will re- 
transmit the same frame from the same memory 
area without CPU intervention. When the 82592 is 
programmed for this mode it does not interrupt the 
CPU upon a collision, and the CPU does not need to 
issue a Retransmit command to the 82592. The CPU 
is interrupted only after a successful transmission or 
retransmission, or after a transmission failure, such 
as DMA underrun. 


inter 


o BUFFER 1 


@ BUFFER 2 


@ 
@ 


@ 


o BUFFER N 


@ 


@ 


@ 


BUFFER CHAIN DESCRIPTION 
(IolANAGED BY CPU) 


If the 82592 is programmed to assert the EOP signal 
when an error occurs during reception, the 8237 or 
the 82380 in Auto-initialize mode will be able to re- 
claim the memory area which would otherwise be 
wasted for the errored frame reception. If the 82592 
is programmed to assert EOP at the end of.a good 
frame reception, automatic buffer switching can be 
accomplished by alternating the DMA channels with 
the 8237 or the 82380. When the 82380 is used, the 
buffer switching can be done with only one DMA 
channel. 


The EOP signal must be derived from the DACK1I 
CS1/EOP pin using external logic (see Figure 13). 


The 82592 has a mode of operation called "Tightly 
Coupled Interface." In this mode the 82592 provides 
a tightly coupled interface to a DMA controller in or- 
der to execute some of the time-critical processes of 
the CSMAlCD protocol without any CPU interven- 
tion. By using the 82592's companion chip, the 
82560, or by implementing the Tightly Coupled Inter- 
face in a DMA controller, operations such as auto- 
matic 
retransmission, 
continuous 
back-to-back 


frame reception, and transmit andlor receive buffer 
chaining can be accomplished. 


The 82592 provides the status of the current active 
transmission or reception to the DMA controller by 
using the DRO and EOP signals at the end of every 


DMA cycle. The status is encoded according to Ta- 
ble 3. As long as the 82592 generates,.QBO t!!9!' 
and EOP Floating at the rising edge of RD or WR, 
the DMA controller repeats DMA transfers. If the 
transmission is completed without collisions or if the 
reception is good (no collision, no CRC, or no Align- 
ment error), then DRO and EOP both become Low 
at the end of a DMA transfer which follows the last 
DMA data transfer. If the transmission encountered 
a collision or if the reception had an error, DRO be- 
comes High and EOP becomes Low. The DMA con- 
troller must decode these signals appropriately and 
must reinitialize the DMA channel so it can retrans- 
mit the same frame or reclaim the otherwise wasted 
buffer. It is the DMA controller's responsibility to re- 
program itself for the next appropriate operation. 


The 82560 fully implements the Tightly Coupled In- 
terface and provides very high-performance DMA 
services for the 82592 with minimal CPU involve- 
ment. 


Network 
Management 
and Diagnostics 


The 82592 provides a large set of diagnostic and 
network management functions including: internal 
and external loopback, monitor mode, optional cap- 
ture of all frames regardless of destination address 
(Promiscuous mode), and time domain reflectometry 
for locating fault points in the network cable. The 
82592 Dump command ensures software reliability 
by dumping the contents of the 82592 internal regis- 
ters into the system memory. 
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Figure 
13. Demultiplexing 
DACK/CS1/EOP 
Pin 


the configured 
Slot Time, the 82592 automatically 
appends 
pad bytes up to the shortest 
frame great- 
er than 
the Slot 
Time. 
If the 
data field 
of a re- 
ceived frame is longer than the byte count indicat- 
ed in the Length field, the extra bytes are stripped 
automatically 
according 
to the Length 
field. Erro- 
neous 
conditions 
are detected 
and 
reported 
by 
the 82592. 
An example 
of such conditions 
is re- 
ception 
of a frame which 
is shorter 
than the byte 
count 
indicated 
in the Length field. 


4. Automatic 
Retransmission 
on Collision 
During 
Preamble-The 
82592 can be programmed 
to re- 
transmit 
automatically 
if it detects 
a collision 
dur- 
ing transmission 
of the preamble. 


5. On-Chip 
Jabber 
Function-The 
82592 
can 
be 
programmed 
to provide 
an on-chip 
jabber 
func- 
tion. 


6. CRC Transfer 
to 
Memory-The 
82592 
can be 
programmed 
to transfer 
the 
CRC 
field 
of a re- 
ceived frame 
into memory. 


7. Loopback 
Signal 
to 
the 
82C501-The 
82592 
can 
be programmed 
to 
provide 
an active 
High 
loopback 
signal to the 82C501 
(see Figure 
14). 


8. StarLAN- 
The 82592 
can be configured 
to rec- 
ognize 
the 
IEEE 
802.3 
1BASE5 
Collision 
Pres- 
ence Signal (CPS). In this mode it also delays de- 
activation 
of the RTS signal at the end of a frame 
transmission 
in order 
to 
insert 
an end-of-frame 
marker according 
to the standard. 


Table 
3. Transmit/Receive 
Status 
Encoding 
on 
DREQand 
EOP 


DREQ 
EOP 
Status 
Information 


0 
Hi-Z 
Idle 


1 
Hi-Z 
DMA Transfer 


0 
0 
Transmission 
or Reception 
Terminated 
OK 


1 
0 
Transmission 
or 
Reception 
Aborted 


Compared 
to the previous 
generation 
LAN control- 
lers such as the 82588, 
the 82592 
has many func- 
tional and performance 
enhancements. 
This section 
lists 
some 
of these 
enhancements 
which 
are 
not 
covered 
in other sections. 


1. Multi-lA-The 
82592 implements 
multiple-individ- 
ual address 
(Multi-IA) 
screening. 
It can 
receive 
more than one IA frame 
in this mode. 


2. Power 
Down 
Modes-Two 
power down modes, 
Local Power Down and Remote 
Power Down, are 
available. 
When 
the 82592 
is in Remote 
Power 
Down 
mode, 
it can be powered 
up remotely 
by 
sending 
a special 
frame to it. 


3. Automatic 
Padding 
and 
IEEE 
802.3 
Length 
Field-If 
a frame to be transmitted 
is shorter than 


The 82592 can be used in a variety of applications. 
When it is used in High-Integration Mode, it imple- 
ments most of the Data Link and Physical Layer 
functions 
required by the 
IEEE 802.3 1BASE5 


(StarLAN) and the IBM PC Network-Baseband 
and 


Broadband. When it is used in High-Speed Mode, it 
can work with the 82C501 and the 82502 for IEEE 
802.3 
10BASE5 
(Ethernet) 
and 
10BASE2 


(Cheapernet) implementations. 


If the desired network requires determinism, the 
82592's Deterministic Collision Resolution (DCR) 
method can be used. 


Figure 
15 
shows 
a 
block 
diagram 
of 
an 


82592/82560 EthernetiCheapernet adapter board. 
The 82560 provides the Tightly Coupled DMA Inter- 


the static RAM. The 82592 is interfaced to the 
82C501 to provide the Ethernet channel and then to 
the 82502 to provide the Cheapernet channel. Due 
to the CMOS process used for these chips, such a 
board uses much less power than a board based on 
NMOS or bipolar chips. 


AC/DC 
Specifications 
not available at publication time. 


Please consult the latest revision of this data sheet. 


inter 


••• 


en 
~ 
~ 
en 
« 
~ 
« 


"" 
~ 
"" 
"" 
ll:: 
~ 
on 
0 
0 
•... 
Vl 
- 
Vl 
0 
"" 
I 
I 
-< 
e 
en 
0 
en 
en 
e 
en 


"" 
"" 
~ 
~1""len 


ll:: 
-< 
ll:: 
~l~ 
>- 
0 
I~ 
en 
-< 
~ I~I~ ~ 
u 
0 
oou 
't rr 
11+"" 
co 
co 
-- 
1f 


ID 
L 
- 
~ ~ 
'I'!'9'Or- 


eo 
~ 
-- 


....I 
ID 


"" 
- 
Z 
- 
Z 
ll:: 
-< 
"" 
:I: 
0 
U 
° 
° 
u 


"" 
~ 
0 
u 
I~ 
0 
0- 
0 
I 
:; Nlen 
•.••I""1°lin ~ 
on 
N 
~~g,;g~u~ 
0 
-- 
)( 
0 
o 
~ 


--+ O.:lH'UH 
llMri/OllOI 
Q.!! 


llMOI 
llM 
- .- 


llMH 
N 
Slll -+ _ ,j 
0 
CD 
003110 
003110 
C7l 


-+ ~,j 
10 
10 
'" 
N 
~O3110 
~O3110 
N 
OXll 
- 
Z ~'9'- 0'9'00 
00 
I 
OlllNI 
lNI 
-+ 
co ,j 
oX! 
lnO-1NI 
>1:>'9'0/0>1:>'9'0 
>1:>'9'0 
- .- 


d03/~>I:>'9'0 
d03/~S:>/~>I:>'9'0 


>- 
>- 


~ 


"" 
0 
'" 
en 
ll:: 
....I 
"" 
:I: 
U 
ll:: 
~ 
t 
'" 
en 
> 


....I 


"" 
on 
U 
ll:: 
+ 
T 


••• 
po 
- 
ll:: 
ON 
>-:I: 
:5::1 
....lID 
(3- 
en~ 


Figure 15.82592/82560 
Ethernet/Cheapernet 
Adapter 


1-97 


r~: 
§ 
N 
u"" 
I 
I 
~ 
z~ 
I:;: 
"'8 
I 
I 
>- 
_. 
)( 
8 
co 
on 
I 
~ 


inter 
82588 
High Integration LAN Controller 


• 
User Configurable 
- 
Up to 2 Mb/s Bit Rates with On-chip 
Encoder/Decoder (High Integration 
Mode) 
- 
Up to 5 Mb/s with External Encoder/ 
Decoder (High Speed Mode) 


• 
No TTL Glue Required with iAPX 186 
and 188 Microprocessors 


• 
Network Management and Diagnostics 
- 
Short or Open Circuit Localization 
- 
Station Diagnostics (External 
Loopback) 
- 
Self Test Diagnostics 
Internal Loopback 
User Readable Registers 


• 
Integrates ISO Layers 1 and 2 
- 
CSMA/CD Medium Access Control 
(MAC) 
- 
On-Chip Manchester, NRZI 
Encoding/Decoding 
- 
On-Chip Logic Based Collision 
Detect and Carrier Sense 


• 
Supports Mid-Range Industry Standard 
LANs 
- 
StarLAN (IEEE 802.3 1BASE5) 
- 
IBM/PC Network-Baseband and 
Broadband 


• 
High Level Command Interface 
Offloads the CPU 


• 
Efficient Memory Use Via Multiple 
Buffer Reception 


The 
82588 
is a highly 
integrated 
CSMAlCD 
controller 
designed 
for cost 
sensitive, 
mid-range 
Local 
Area 


Network 
(LAN) applications, 
such as personal 
computer 
networks. 


At data rates of up to 2 Mb/s, 
the 82588 provides 
a highly integrated 
interface 
and performs: 
CSMAlCD 
Data 
Link Control, 
Manchester, 
Differential 
Manchester 
or NRZI encoding/decoding, 
clock recovery; 
Carrier Sense, 


and Collision 
Detection. 
This mode is called 
"High 
Integration 
Mode." 
In the 82588 
"High 
Speed 
Mode", 
the 
user can transfer 
data at a rate of up to 5 Mb/s. 
In this mode the physical 
link functions 
are done external 
to 
the 82588. 


The 82588 is available 
in a 28 pin DIP and 44 lead PLCC package 
and fabricated 
in Intel's reliable 
HMOS II 5 
volt technology. 
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Figure 
2. 82588 Pin 
Configuration 
(DIP) 
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Figure 
3. 82588 Pin 
Configuration 
(PLCC) 
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Pin No. 
Symbol 
Type 
Name and Function 
DIP 
PLCC 


07 
6 
10 
I/O 
DATA BUS: The Data Bus lines are bi-directional 
three 


06 
7 
11 
state lines connected 
to the system's 
Data Bus for the 
05 
8 
12 
transfer 
of data, commands, 
status and parameters. 
04 
9 
13 
03 
10 
14 
02 
11 
18 
01 
12 
19 
DO 
13 
20 


RO 
5 
9 
I 
READ: Together 
with CS, OACKO or OACK1, Read controls 
data or status transfers 
out of the 82588 registers. 


WR 
3 
4 
I 
WRITE: Together 
with CS, OACKO or OACK1, Write 
controls 
data or command 
transfers 
into the 82588 
registers. 


CS 
2 
3 
I 
CHIP SELECT: When this signal is lOW, 
the 82588 is 
selected 
by the CPU for transfer 
of command 
or status. 
The direction 
of data flow is determined 
by the RO or WR 
inputs. 


ClK 
4 
5 
I 
CLOCK: System clock. TTl 
compatible 
signal. 


RESET 
25 
40 
I 
RESET: A HIGH signal on this pin will cause the 82588 to 
terminate 
current activity. This signal is internally 
synchronized 
and must be held HIGH for at least four Clock 
cycles. 


INT 
26 
41 
a 
INTERRUPT: 
Active HIGH signal indicates 
to the CPU that 
the 82588 is requesting 
an interrupt. 


ORQO 
17 
26 
a 
DMA REQUEST 
(CHANNEL 
0): This pin is used by the 
82588 to request a OMA transfer. 
ORQO remains HIGH as 
long as 82588 requires data transfers. 
Burst transfers 
are 
done by having the signal active for multiple transfers. 


ORQ1 
18 
27 
a 
DMA REQUEST 
(CHANNEL 
1): This pin is used by the 
82588 to request a OMA transfer. 
ORQ1 remains HIGH as 
long as 82588 requires data transfers. 
Burst transfers 
are 
done by having the signal active or multiple transfers. 


OACKO 
1 
2 
I 
DMA ACKNOWLEDGE 
(CHANNEL 
0): When lOW, 
this 
input signal from the OMA Controller 
notifies the 82588 that 
the requested 
OMA cycle is in progress. 
This signal acts 
like chip select for data and parameter 
transfer 
using OMA 
channelO. 


OACK1 
27 
42 
I 
DMA ACKNOWLEDGE 
(CHANNEL 
1): When lOW, 
this 
input signal from the OMA controller 
notifies the 82588 that 
the requested 
OMA cycle is in progress. 
This signal acts 
like chip select for data and parameter 
transfer 
using OMA 
channel 
1. 
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Symbol 
PinNa. 
Type 
Name and Function 
. 


DIP 
PLCC 


High Integration 
Mode 


X1/X2 
15/16 
24/25 
I 
OSCILLATOR 
INPUTS: These inputs may be used to 
connect 
a quartz crystal that controls 
the internal clock 
generator 
for the serial unit. 


X1 may also be driven by a MOS level clock whose 
frequency 
is 8 or 16 times the bit rate of Transmit/Receive 
data. X2 must be left floating 
if X1 has an external 
MOS 
clock. 


High Speed Mode 


TxC 
15 
24 
I 
TRANSMIT 
CLOCK: This signal provides 
timing 
information 
to the internal serial logic, depending 
upon the 
mode of data transfer. 
For NRZ encoding, 
data is 
transferred 
to the TxD pin on the HIGH to LOW clock 
transition. 
For Manchester 
encoding 
the transmitted 
bit 
center is aligned with the TxC LOW to HIGH transition. 


RxC 
16 
25 
I 
RECEIVE 
CLOCK: This signal provides timing information 
to the internal serial logic. NRZ data should be provided 
for 
reception 
(RxD). The state of the RxD pin is sampled 
on 
the HIGH to LOW transition 
of RxC. 


The operating 
mode of the 82588 is defined when 
configuring 
the chip. 


TCLK/CRS 
24 
36 
I 
In High Speed Mode, this pin is Carrier Sense, input CRS, 
and is used to notify the 82588 that there is activity on the 
serial link. 


0 
In High Integration 
Mode, this pin is Transmit 
Clock, TCLK, 


and is used to output the transmit 
clock. 


COT 
23 
35 
I 
COLLISION 
DETECT: This input notifies the 82588 that a 
collision 
has occurred. 
It is sensed only if the 82588 is 
configured 
for external Collision 
Detect (external 
circuitry is 
then required for detecting 
the collision). 


RxD 
19 
31 
I 
RECEIVE 
DATA: This pin receives 
serial data. 


TxD 
20 
32 
0 
TRANSMIT 
DATA: This pin transmits 
data to the Serial 
Link. This signal is HIGH when not transmitting. 


RTS 
21 
33 
0 
REQUEST 
TO SEND: When this signal is LOW, the 82588 
notifies an external 
interface 
that it has data to transmit. 
It 
is forced HIGH after a reset and when transmission 
is 
stopped. 


CTS 
22 
34 
I 
CLEAR TO SEND: CTS enables the 82588 to start 
transmitting 
data. Raising this signal to HIGH stops the 
transmission. 


VCC 
28 
1,43,44 
POWER: + 5V Supply 


VSS 
14 
21,22,23 
Ground 
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Symbol 
PinNa. 
Type 
Name and Function 
DIP 
PLCC 
NC 
6 
NO CONNECT: These pins are reserved for future use. . 


7 
8 
15 
16 
17 
28 
29 
30 
37 
38 
39 


High Integration 
Mode 


The 82588 LAN Controller is a highly integrated 
CSMAlCD controller for cost sensitive LAN applica- 
tions such as personal computer networks. Included 
on chip is a programmable CSMAlCD controller, an 
NRZI and Manchester encoder/decoder with clock 
recovery, and two collision detection mechanisms. 
With the addition of simple transceiver line drivers or 
RF Modem, the 82588 performs all the major func- 
tions of the ISO Physical and Data Link Layers. 


The 82588 on-chip CSMAlCD controller is program- 
mable, which allows it to operate in a variety of LAN 
environments, including industry standards such as 
StarLAN (IEEE 802.3 1BASE5) and the 2 Mb/s IBM 
PC Network (both baseband and broadband trans- 
mission). Programmable parameters include: 
- 
Framing (End of Carrier of SDLC) 
- 
Address field length 
- 
Station priority 
- 
Interframe spacing 
- 
Slot time 
- 
CRC-32 OR CRC-16 


The on-chip NRZI and Manchester encoder/decod- 
er supports data rates up to 2 Mb/s. Manchester 
encoding is typically used in baseband applications 
and NRZI is used in broadband applications. 


One of the 82588's unique features is its on-chip 
logic based collision detection. To ensure a high 
probability of collision detection two mechanisms 
are provided. The Code Violation method defines a 
collision when a transition edge occurs outside the 
area of normal transitions as specified by either the 
Manchester or NRZI encoding methods. Bit Com- 
parison method compares the signature of the trans- 
mitted frame to the received frame signature (re-cal- 
culated by the 82588 while listening to itself). If the 
signatures are identical the frame is assumed to 
have been transmitted without a collision. 


In addition to providing the functions necessary for 
interfacing to the LAN, the 82588 has a friendly sys- 
tem interface that eases the design effort. First, the 
82588 has a high level command interface; that is 
the CPU sends the 82588 commands such as 
Transmit or Configure. This means the designer 
does not have to write low level software to perform 
these tasks, and it offloads the CPU in the applica- 
tion. Second, the 82588 supports an efficient memo- 
ry structure called Multiple Buffer Reception in which 
buffers are chained together while receiving frames. 
This is an important feature in applications with limit· 
ed memory, such as personal computers. Third, the 
82588 has two independent sixteen byte FIFO's, 
one for reception and one for transmission. The FI- 
FO's allow the 82588 to tolerate bus latency. Finally 
the 82588 provides an eight byte data path that sup- 
ports up to 4 Mbytes/second using external DMA. 


inter 


Network 
Management 
& Diagnostics 


The 82588 provides a rich set of diagnostic and net- 
work management functions including: internal and 
external loopback, channel activity indicators, op- 
tional capture of all frames regardless of destination 
address (Promiscuous Mode), capture of collided 
frames, (if address matches), and time domain re- 
flectometry for locating fault points in the network 
cable. The 82588 register Dump command ensures 
reliable software by dumping the content of the 
82588 registers into the system memory. 


The next section will describe the 82588 system bus 
interface, the 82588 network interface, and the 
82588 internal architecture. 


The CPU communicates with the 82588 through the 
system's memory and 82588's on-chip registers. 
The CPU creates a data structure in the memory, 
programs the external DMA controller with the start 
address and byte count of the block, and issues the 
command to the 82588. 


The 82588 is optimized for operating with the iAPX 
186/188, but due to the small number of hardware 
signals between the 82588 and the CPU, the 82588 
can operate easily with other processors. The data 
bus is 8 bits wide and there is no address bus. 


Chip Select and Interrupt lines are used to communi- 
cate between the 82588 and the host as shown in 
the Figure 3. Interrupt is used by the 82588 to draw 
the CPU's attention. The Chip Select is used by the 
CPU to draw the 82588's attention. 


There are two kinds of transfer over the bus: Com- 
mand/Status and data transfers. Command/Status 
transfers are always performed by the CPU. Data 
transfers are requested by the 82588, and are typi- 
cally performed by a DMA controller. The table given 
in Figure 4 shows the Command/Status and data 
transfer control signals. 


The CPU writes to 82588 using CS and WR signals. 
The CPU reads the 82588 status register using CS 
and RD signals. 


To initiate an operation like Transmit or Configure 
(see Figure 5), a Write command from CPU to 82588 
is issued by the CPU. A Read operation from CPU 
gives the status of the 82588. Although there are 
four status registers they're read using the same 
port in a round robin fashion (Figure 6). 


Any parameters or data associated with a command 
are transferred between the memory and 82588 us- 
ing DMA. The 82588 has two data channels, each 
having Request and Acknowledge lines. Typically 
one channel is used to receive data and other to 
transmit data and perform all the other initialization 
and maintenance operations like Configure, Address 
Set-Up, Diagnose, etc. The channels are identical 
and can be used interchangeably. 


When the 82588 requires access to the memory for 
parameter or data transfer it activates the DMA re- 
quest lines and uses the DMA controller to achieve 
the data transfer. Upon the completion of an opera- 
tion, the 82588 interrupts the CPU. The CPU then 
reads results of the operation (the status of the 
82588). 


Pin Name 
Function 
cst 
RD 
WR 


1 
x 
x 
No transfer to/from 
Command/Status 
0 
1 
1 


0 
0 
0 
Illegal 


0 
0 
1 
Read from status register 


0 
1 
0 
Write to Command 
register 


DACKO[DACK1]· 
RD 
WR 


1 
x 
x 
No DMA transfer 
0 
1 
1 


0 
0 
0 
Illegal 


0 
0 
1 
Data Read from DMA channel 
0 [or 1] 


0 
1 
0 
Data Write to DMA channel 
0 [or 1] 


COMMANDS 


NOP 


lA-SETUP 


CONFIGURE 


MC-SETUP 


TRANSMIT 
TOR 


DUMP 


DIAGNOSE 


RETRANSMIT 


7 
6 
5 
I~~~·I 
P~TR 


43210 


CHNL I 
~M~AND~ 
I 


VALUE 
o 


1 
2 
3 


4 
5 
6 


7 


12 


COMMAND 
REGISTER 


COMMANDS 


ABORT 


RECEIVER-ENABLE 


ASSIGN 
NEXT BUF 


RECEIVE-DISABLE 


STOP-RECEPTION 


RESET 


FIX PTR 


RLSPTR 


VALUE 
13 
8 


9 


10 


11 


14 


15 (CHNL= 
1) 


15 (CHNL=O) 


82588 
~OO~[bO[M]OOO~OOW 


7 
6 
5 
4 
3 
2 
0 


INT 
RCV 
EXEC 
CHNL 
EV~NT 


RESyLT 
1 
I 


RESyLT 
2 
I 


inter 


, 


RCV 
RCVSTATE 
BUFF 
CHNG 
EXEC 
EXEC STATE 
CHNL 
NO. OF BUF 
CHNL 
, 


EVENTS 


IA-SETUP-DONE 


CONFIGURE-DONE 


MC-SETUP-DONE 


TRANSMIT-DONE 


TOR-DONE 


DUMP-DONE 


DIAGNOSE-PASSED 


END OF FRAME 


REQUEST 
NEXT BUFFER 


RECEPTION 
ABORTED 


RETRANSMIT-DONE 


EXECUTION-ABORTED 


DIAGNOSE-FAILED 


VALUE (STATUS 0) 


1 
2 
3 
4 
5 


6 


7 


8 


9 
10 
12 
13 
15 


To transmit 
a frame, 
the CPU prepares 
a Transmit 
Data Block in memory 
as shown 
in Figure 7. Its first 
two bytes specify the length of the rest of the block. 
The next few bytes (Up to 6 bytes long) contain 
the 
destination 
address 
of the node it is being sent to. 
The rest of the block is the data field. The CPU pro- 
grams 
the DMA controller 
with the start address 
of 
the block, length of the block and other control 
infor- 
mation 
and then 
issues 
the Transmit 
command 
to 
the 82588. 


Upon receiving 
the command, 
the 82588 fetches 
the 
first two bytes of the block to determine 
the length of 
the block. 
If the link is free, and the first data byte 
was fetched, 
the 82588 
begins transmitting 
the pre- 
amble 
and concurrently 
fetches 
the bytes from the 
Transmit 
Data Block and loads them into a 16 byte 
FIFO to keep them ready for transmitting. 
The FIFO 
is a buffer between 
the serial and parallel part of the 
82588. The on-chip 
FIFOs help the 82588 to tolerate 


system 
bus latency 
as well as provide 
efficient 
us- 
age of system 
bandwidth. 


The destination 
address 
is sent out after the pream- 
ble. This is followed 
by the source or the station indi- 
vidual address, 
which 
is stored 
earlier on the 82588 
using the lA-SETUP 
command. 
After that, the entire 
information 
field 
is transmitted 
followed 
by a CRC 
field calculated 
by the 82588. 
If during the transmis- 
sion of the frame, 
a collision 
is encountered, 
then 
the transmission 
is aborted 
and a jam pattern 
is sent 
out 
after 
completion 
of the 
preamble. 
The 
82588 
generates 
an Interrupt 
indicating 
the experience 
of a 
collision 
and the frame has to be re-transmitted. 
Re- 
transmission 
is done 
by the 
CPU 
exactly 
as the 
Transmit 
command 
except 
the 
Re-Transmit 
com- 
mand 
keeps 
track 
of the 
number 
of collisions 
en- 
countered. 
When 
the 
82588 
gets 
the 
Retransmit 
command 
and the exponential 
back-off 
time is ex- 
pired, 
the 
82588 
transmits 
the 
frame 
again. 
The 
transmitted 
frame can be coded 
to either Manches- 
ter, Differential 
Manchester 
or NRZI methods. 


The 82588 eliminates the need for external collision 
detection logic, in most applications, while easing or 
eliminating the need for complex transceivers. Two 
algorithms are used for collision detection: Bit Com- 
parison and Code Violation. The Bit Comparison 
Method is useful in Broadband networks where 
there are separate transmit and receive channels. 
Bit Comparison compares the "signature" 
of the 
transmitted data and received data at the end of the 


CPU 
GENERATED 
DATA STRUCTURE 
IN MEMORY 
(TRANSMIT 
DATA BLOCK) 


collision window in any network configuration. This 
algorithm calculates the CRC after a programmable 
number of transmitted bits, holds this CRC in a regis- 
ter, and compares it with received data's CRC. A 
CRC or "signature" difference indicates a collision. 
The code violation is detected if the encoding of the 
received data has any bit that does not fit the encod- 
ing rules. The code violation method is useful in 
short bus topology and serial backplane applications 
where bit attenuation over the bus is negligible. 


} .,,,...'"'" "... 


FROM 
82588 
INDIVIDUAL 
ADDRESS 
l...""'"'""". 


231161-4 


PREAMBLE 


SFD (BOF 
FLAG) 


DESTINATION 
ADDRESS 


SOURCE 
ADDRESS - 
( 


LENGTH 
FIELD 


INFORMATION 
FIELD 


FRAME 
CHECK 
SEQUENCE 


EOF 
FLAG 
(OPTIONAL) 


PADDING 
(OPTIONAL) 


DESTINATION 
ADDRESS 


SOURCE 
ADDRESS 


INFORMATION 


FRAME 
STATUS 


!_.a. 
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The 
82588 
can 
receive 
a frame 
when 
its receiver 
has been enabled. 
The received 
frame 
is decoded 
by either on-chip 
Manchester, 
Differential 
Manches- 
ter or NRZI decoders 
in High Integration 
Mode and 
NRZI in High Speed Mode. The 82588 checks for an 
address 
match for an individual 
address, 
a Mulitcast 
address 
or a Broadcast 
address. 
In the Promiscuous 
mode the 82588 
receives 
all frames. 
Only when the 
address 
match 
is successful 
does the 82588 
trans- 
fer the frame to the memory 
using the DMA control- 
ler. Before 
enabling 
the receiver, 
the CPU makes 
a 
memory 
buffer 
area 
available 
to the 
Receive 
Unit 
and programs 
the starting 
address 
of the DMA con- 
troller. 
The 
received 
frame 
is transferred 
to 
the 
memory 
buffer in the format 
shown in Figure 8. This 
method 
of reception 
is called "Single 
Buffer" 
recep- 
tion. The entire frame is contained 
in one continuous 
buffer. 
Upon completion 
of reception 
the total num- 
ber of bytes written 
into the memory 
buffer is loaded 
into status 
registers 
1 and 2 and the status 
of the 
reception 
itself 
is appended 
to the received 
frame. 
An interrupt 
to the CPU follows. 


If the frame size is unknown, 
memory 
usage can be 
optimized 
by using "Multiple 
Buffer" 
reception. 


This way the user does 
not have to allocate 
large 
memory 
space for short frames. 
Instead, the 82588 
can 
dynamically 
allocate 
memory 
space 
as it re- 
ceives 
frames. 
This 
method 
requires 
both 
DMA 
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BUFFER 2 
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and automatically 
requests 
assignment 
of the next 
sequential 
buffer. The CPU does this and loads the 
second 
DMA channel 
with the next buffer 
informa- 
tion so that the 82588 can immediately 
switch to the 
other 
channel 
as soon 
as the current 
buffer 
is full. 


When the 82588 
switches 
from the first to the sec- 
ond buffer it again interrupts 
the CPU requesting 
it to 
allocate 
another 
buffer on the other (previous) 
chan- 
nel in advance. 
This process 
continues 
until the en· 
tire frame is received. 
The received 
frame 
is spread 
over multiple 
memory 
buffers. 
The link between 
the 
buffers is easily maintained 
by the CPU using a buff- 
er 
chain 
descriptor 
structure 
in 
memory 
(see 
Figure 9). 


This dynamic 
(pre) allocation 
of memory 
buffers 
re- 
sults in efficient 
use of available 
storage 
when han- 
dling frames 
of widely differing 
sizes. Since the buff- 
ers are pre-allocated 
one block in advance, 
the sys- 
tem is not time critical. 


80188 Based System 


Figure 
10 shows 
a high performance, 
high-integra- 
tion configuration 
of the 82588 
with the 80188 
in a 
typical 
iAPX188-based 
microcomputer. 
The 
80188 
controls 
the 82588, as well as providing 
DMA control 
services 
for 
data 
transfer, 
using 
its 
on-chip 
two 
channel 
DMA controller. 


•• • 


The Serial 
Interface 
Mode 
configuration 
parameter 
selects 
either 
a highly 
integrated 
Direct 
Link inter- 
face 
(High 
Integration 
Mode) 
or 
a highly 
flexible 
Transceiver 
Interface 
(High Speed 
Mode). 


In the High Integration 
Mode it is possible to connect 
the 82588 
on a very 
short 
"Wired 
OR" 
link, on a 
longer 
twisted 
pair cable, 
or a broadband 
connec- 
tion. 


The link consists 
of a twisted 
pair that interconnects 
the 82588. 
The transmit 
data pin is connected 
via 


a driver and the receive 
data pin is connected 
via a 
buffer. The twisted 
pair must be properly 
terminated 
to prevent 
reflections. 


In the minimum configuration, 
TxD and RxD are con- 
nected to the twisted 
pair and CTS is grounded. 
The 
82588 
may control 
the driver with the RTS pin. It is 
also possible 
to use external 
circuitry 
for performing 
collision 
detection, 
and 
feeding 
it 
to 
the 
82588 
through 
the COT pin. 


The 
82588 
supports 
data 
communications 
over 
a 
broadband 
link in both 
its modes. 
Proper 
MODEM 
interface 
should 
be provided. 
Collision 
Detection 
by 
Bit Comparison, 
in High Interface 
Mode, can be ap- 
plied to transmission 
over broadband 
links. 
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Absolute 
Maximum Ratings· 


Ambient 
Temperature 
Under Bias .... 
O°C to + 70°C 
Storage Temperature 
- 65°C to + 150°C 
Voltage 
on Any Pin With 
Respect 
to Ground 
-1.0V 
to 7V 
Power Dissipation 
1.7 Watts 


•Notice: Stresses above those listed under '~bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE' Specifications contained within the 
following tables are subject to change. 


D.C. Characteristics 
(TA = 
O°C to + 70°C; Tc (DIP) = 
52°C to 108°C, Tc (PlCC) 
= 63°C to 116°C; VCC = 
+ 5V ± 10%) 


TxC, RxC have MOS levels (See VMll, 
VMIH). All other signals 
have TIl 
levels (See Vll, 
VIH, VOL, VOH). 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


Vil 
Input low 
Voltage 
-0.5 
+0.8 
V 
(TIl) 


VIH 
Input High Voltage 
2.0 
VCC + 
V 
(TIl) 
0.5 


VOL 
Output low 
Voltage 
0.45 
V 
IOl 
= 2.0mA 
(TIl) 


VOH 
Output High Voltage 
2.4 
V 
IOH = 
- 400 p.A 
(TIl) 


VMll 
Input low 
Voltage 
-0.5 
0.6 
V 
(MOS) 


VMIH 
Input High Volatge 
3.9 
VCC + 
V 
(MOS) 
0.5 


III 
Input leakage 
Current 
+10 
p.A 
0= 
VIN = VCC 


IlO 
Output leakage 
Current 
±10 
p.A 
0.45 = VOUT 
= VCC 


ICC 
Power Supply Current 
400 
mA 
TA = O°C 
300 
mA 
TA = 
+70°C 


A.C. Characteristics 
(TA = 
O°C to + 70°C; Tc (DIP) = 
52°C to 108°C, Tc (PlCC) 
= 
63°C to 116°C; VCC = 
+5V 
±10%) 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


T1 
ClK 
Cycle Period 
125 
ns 


T2 
ClK 
low 
Time 
53 
1000 
ns 
'5 


T3 
ClK 
High Time 
53 
ns 
'6 


T4 
ClK 
Rise Time 
15 
ns 
'1 


T5 
ClK 
Fall Time 
15 
ns 
'2 


inter 


A.C. Characteristics 
(Continued) 


I 
Symbol 
I 
Parameter 


Reset Parameters 


T6 
Reset Active to 
20 
ns 
'3 
Clock low 


T8 
Reset Pulse Width 
- 
4T1 
ns 


T9 
Control 
Inactve 
T1 
ns 
After Reset 


T10 
ClK 
High to Interrupt 
85 
ns 
'4 
Active 


T11 
WR Idle to Interrupt 
85 
ns 
'4 
Idle 


T12 
CS or DACKO or DACK1 
0 
ns 
Setup to WR low 


T13 
WR Pulse Width 
95 
ns 


T14 
CS or DACKO or DACK1 
0 
ns 
Hold After WR High 


T15 
Data Setup to WR High 
75 
ns 


T16 
Data Hold After WR High 
0 
ns 


T17 
CS or DACKO or DACK1 
0 
ns 
Setup to RD low 


T18 
RD Pulse Width 
95 
ns 


T19 
CS or DACKO or DACK1 
0 
ns 
Address 
Valid 
After RD High 


T20 
RD low 
to Data Valid 
80 
ns 
'7 


T21 
Data Float After 
55 
ns 
'7 
RD High 


T22 
ClK 
low 
to DRQO 
85 
ns 
'4 
or DRQ1 Active 


T23 
WR or RD low 
to 
60 
ns 
'4 
DRQO or DRQ1 Inactive 


NOTES: 
'1-Q.8V-2.0V 
*2-2.0V-0.8V 
*3-to 
guarantee recognition 
at next clock 
*4-Cl 
= 50 pF 


oS-measured 
at 1.5V 
'6---measured 
at 1.5V 
'7-Gl = 20 pF-200 
pF 


inter 
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AC Testing 
Inputs are Driven 
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Logic Q Timing 
Measurements 
are Made 
at 1.5V for Both a Logic 
1 and Q: 
Rise 
and 
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Time 
of 
Input/Output 
Signals 
are 
Measured 
Be- 
tween 
O.BV to 2.0V 
Respectively. 
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Serial Interface A.C. Timing Characteristics 
High Integration Mode 


TFC is the crystal 
or serial 
clock 
input 
at the X1 pin. When 
a serial 
clock 
is provided 
at the 
X1 pin, the 


maximum 
capacitive 
load allowed 
on the X2 pin is 15 pF. 
TFC Frequency 
Range: 


For Oscillator 
Frequency 
= 1 to 16 MHz (High) 


xS Sampling 
x16Sampiing 


TCLK Frequency 
0.125-2 
MHz 
62.5 kHz-1 
MHz 


T29 = TCLK Cycle Time 
S x T24 
16 x T24 
T30 = TCLK High Time 
T24 (Typically) 
T24 (Typically) 


T31 = TCLK Low time 
7 x T24 (Typically) 
15 x T24 (Typically) 


For Oscillator 
Frequency 
= 0 to 1 MHz (LOW)' 


XSSampling 
X16 Sampling 


TCLK Frequency 
0-0.125 
MHz 
0-6.25 
kHz 
T29 = TCLK Cycle Time 
S x T24 
16 x T24 
T30 = TCLK High Time 
T25 (Typically) 
T25 (Typically) 
T31 = TCLK Low Time 
7 x T24 + T26 (Typically) 
15 x T24 + T26 (Typically) 


•A non-symmetrical 
clock should be provided 
so that T25 is less than 1000 ns. 


T24 = Serial Clock Period 
T25 = Serial Clock High Time 
T26 = Serial Clock Low Time 


High Speed Mode 
• 
Applies 
for TxC, RxC 
• 
f max = 5 MHz ± 100 ppm 
1 
• 
For Manchester, 
symmetry 
is required: T63, T64 = 2t ± 5% 


High Integration Mode 
I 
Symbol 
I 
Parameter 


External 
(Fast) 
Clock 
Parameters 


T24 
Fast Clock Cycle 
62.5 
ns 
'1 


T25 
TFC High Time 
20 
1000 
ns 
'1, '14 


T26 
TFCLowTime 
20 
ns 
'1 


T27 
TFC Rise Time 
5 
ns 
'1 


T2S 
TFC Fall Time 
5 
ns 
'1 


T29 
Transmit 
Clock Cycle 
500 
ns 
'3, '12 


T30 
TCLK High Time 
·s 
1070 
ns 
'3 


T31 
TCLK Low Time 
'9 
'3 


T32 
TCLK Rise Time 
15 
ns 
'3 


T33 
TCLK Fall Time 
15 
ns 
'3 


inter 


High Integration 
Mode (Continued) 
I 
Symbol 
I 
Parameter 
Min 
Max 
Units 


Transmit Data Parameters (Manchester, Differential Manchester) 


T34 
TxD Transition- 
4T24-10 
ns 
"12 
Transition 


T35 
TCLK Low to TxD 
"10 
"2, "12 
Transition 
Half 
Bit Cell 
- 


T36 
TCLK Low to TxD 
"11 
"2, "12 
Transition 
Full 
Bit Cell 


T37 
TxD Rise Time 
15 
ns 
"2 


T38 
TxD Fall Time 
15 
ns 
"2 


T39 
TxD Transition- 
8T24-10 
ns 
"12 


Transition 


T40 
TCLK Low to TxD 
"10 
"2, "12 
Transition 


T41 
TxD Rise Time 
15 
ns 
"2 


T42 
TxD Fall Time 
15 
ns 
"2 


T43 
TCLK Low To RTS Low 
"10 
"3, "12 


T44 
CTS Low to TCLK Low 
65 
ns 
CTS Setup Time 


T45 
TCLK low to RTS 
"10 
"3, "12 
High 


T46 
TCLK Low to CTS 
20 
ns 
"4, "13 


Invalid. CTS Hold 
Time 


T47 
CTS High to TCLK 
65 
ns 
"4 


Low. CTS Setup 
Time to Stop 
Transmission 


IFS Parameters 


T48 
I 
Interframe 
Delay 


Collision Detect Parameter 


T49 
COT Low to TCLK 
50 
ns 
"13 


High. External 
Collision 
Detect 
Setup Time 


T50 
COT High to TCLK 
50 
ns 
"13 
Low 


T51 
TCLK High to COT 
20 
ns 
"13 


Inactive. 
COT Hold 
Time 


inter 


High Integration Mode 
(Continued) 


Symbol 
I 
Parameter 


Collision 
Detect 
Parameters 
(Continued) 


CDT Low to Jamming 
Start 


Jamming 
Period 


Received 
Data Parameters 
(Manchester) 


T54 
RxD Transition- 
Transition 


Received 
Data Parameters 
(Manchester) 


T55 
RxD Rise Time 
10 
ns 
'1 


T56 
RxD Fall Time 
10 
ns 
'1 


Received 
Data Parameters 
(NRZI) 


T57 
RxD Transition- 
8T24 
ns 
'12 
Transition 


T58 
RxD Rise Time 
10 
ns 
'1 


T59 
RxD Fall Time 
10 
ns 
'1 


NOTES: 
"l-MOS 
levels. 


"2-1 
TIL 
load + 50 pF. 


"3-1 
TIL 
load + 100 pF. 
"4-Abnormal 
end 
to 
transmission: 
CTS 
expires 
before 
RTS. 
"5-Programmable 
value: T48 = NIFS x T29 (ns) NIFS- 


the IFS configuration 
value. 
If NIFS is less than 12, then it is enforced 
to 12. 


"6-Programmable 
value: 
T52 = NCDF x T29 + (12 to 15) x T29 (if collision 
oc- 
curs after preamble). 


"7-T53 
= 32 x T29 
"8-Depends 
on T24 frequency 
range: 
High Range: T24 - 
10 
Low Range: T25 - 
10 
"9-T31 
= T29 - 
T30 - 
T32 -T33 
"1Q-2T24 
+ 40 ns 
"11-6T24 
+ 40 ns 
"12-For 
x 16 sampling 
clock 
parameter 
minimum 
value 
should be multiplied 
by a factor of 2. 


"l3-To 
guarantee 
recognition 
on the nex1 clock. 
"14-62.5 
ns minimum in Low Range. 
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Parameter 


Transmit/Receive 
Clock Parameters 


T60 
RxC TxC Cycle 
200 
'13 
ns 


T61 
TXC Rise Time 
10 
ns 
'1 


T62 
TxCFallTime 
10 
ns 
'1 


T63 
TxC High 
80 
1000 
ns 
'1, '3 


T64 
TxCLow 
80 
ns 
'1, '3 


T65 
TxD Aise Time 
20 
ns 
'4 


T66 
TxDFallTime 
20 
ns 
'4 


T67 
TxC Low to TxD 
60 
ns 
'4, '6 
Valid 


T68 
TiC 
Low to TxD 
60 
ns 
'2, '4 
Transition 


T69 
TxC High to TxD 
60 
ns 
'2, '4 
Transition 


T70 
TxD Transition- 
70 
'2, '4 
Transition 


T71 
TXC Low to TxD High 
60 
ns 
'4 
(At the Transmission 
End) 


T72 
TXC, Low to ATS Low 
60 
ns 
'5 
Time to Activate 
ATS 


T73 
CTS Low to TxC Low 
65 
ns 
CTS Setup Time 


T74 
TXC Low to ATS High 
60 
ns 
'5 


T75 
TXC Low to CTS Invalid 
20 
ns 


T75A 
CTS High to TiC 
Low 
65 
ns 
'7 


CTS Set-up Time to 
Stop Transmission 


Interframe 
Spacing 
Parameters 


T76 
I 
Inter Frame Delay 


CRS, COT, Parameters 


T77 
CDT Low to TxC High 
45 
ns 
External Collision 
Detect Setup Time 


T78 
TxC High to CDT Inactive 
20 
ns 
'14 
CDT Hold Time 


T79 
CDT Low to Jamming 
'10 
Start 


T80 
Jamming 
Period 
'11 


T81 
CAS Low to TxC High 
45 
ns 
'14 
Carrier Sense Setup Time 


T82 
TXC High to CAS Inactive 
20 
ns 
'14 
CRS Hold Time 
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High Speed 
Mode 
(Continued) 


Symbol 
Parameter 


CRS, COT, Parameters (Continued) 


T83 
CRS High to Jaming 
*12 
(Internal Collision 
Detect) 


T84 
CRS High to RxC High. 
80 
ns 
End of Receive 
Packet 


T85 
RxC High to CRS High. 
20 
ns 
End of Receive 
Packet. 


T86 
RxC Rise Time 
10 
ns 
*1 


T87 
RxC Fall Time 
10 
ns 
*1 


T88 
RxC High Time 
80 
ns 
*1 


T89 
RxCLowTime 
80 
ns 
*1 


T90 
RxD Setup Time 
45 
ns 
*1 


T91 
RxD Hold Time 
45 
ns 
*1 


T92 
RxD Rise Time 
20 
ns 
*1 


T93 
RxD Fall Time 
20 
ns 
*1 


NOTES: 
'1 - 
MOS levels. 


'2 - 
Manchester only. 
'3 - 
Manchester. Needs 50% duty cycle. 
'4 - 
1 TIL load + 50 pF. 
'5 - 
1 TIL load + 100 pF. 


'6 - 
NRZ only. 
'7 - 
Abnormal end to transmissions: CTS expires before RTS. 
'8 - 
Normal end to transmission. 
'9 - 
Programmable value. 


T76 = NIFS x T60 (ns) 
NIFS - the IFS configuration value. 
If NIFS is less than 12. then NIFS is enforced to 12. 
'10 - 
Programmable value: 
T79 = NCDF x T60 + (12 to 15) x T60 (ns) (if collision occurs after preamble). 
'11 - 
T80 = 32 x T60 


'12 - 
Programmable value: 


NCSF x TIRC + (12 to 15) x TIRC 
T83 = NCSF x T60 + (12 to 15) x T60 
NCDF - collision detect filter configuration value. 
'13 - 
2000 ns if configured for Manchester encoding. 
'14 - 
To guarantee recognition on the next clock. 
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82560 
ARCHITECTURAL 
OVERVIEW 
HOST INTERFACE AND MEMORY MANAGER 
• Host Interface 
to IBM PC/XT/AT 
Bus 
• Integrated 
Peripheral 
Functions 
for 82590, 82592 and 82588 LAN 
Optimized 
for Non-Intelligent, 
Buffered 
Controllers. 
Allows the LAN Adapter's 
Adapter 
Architectures 
Local Memory 
to be Mapped 
to Host 
-Interrupt 
Control 
Logic 
Memory 
or to Host I/O Address 
Space 
- 
Programmable 
Wait State Generator 
• Tightly 
Coupled 
Interface 
to 82590 and 
• Supports 
8- or 16-Bit-Wide 
Static 
82592 LAN Controllers 
Memory, 
with Capability 
to Address 
up 
- 
Automatic 
Retransmission 
upon 
to 16K Bytes 
Collision 
• Advanced 
Programmable 
DMA 
- 
Automatic 
Buffer 
Reclamation 
Upon 
Controller 
Receive 
Errors 


Transmit 
and Receive, 
Buffer 
• Multi-Port, 
Priority-Based 
Arbitration 
• Management 
Schemes 
Allow 
• CHMOS 
III Technology 
for Increased 
Continuous 
Back-to-Back 
Frame 
Reliability 
and Reduced 
Power 
Reception 
and Transmit 
Chaining 
Consumption 
• 68-Lead 
PLCC Package 


The 82560 
Host Interface 
and Memory 
Manager 
is a companion 
chip for Intel's 
Advanced 
82590 
and 82592 
CSMAlCD 
LAN controllers, 
and for the 82588. The 82560 interfaces 
these controllers 
to the IBM PC/XT / AT 
bus, and provides 
on-chip 
DMA support 
for data transmission 
and reception. 
It integrates 
all the functions 
required 
to implement 
a non-intelligent, 
locally 
buffered 
LAN adapter 
for the PC/XT / AT environment. 
When 
used in the 
"Tightly 
Coupled 
Interface" 
with the 82590 
or 82592, 
the 82560 
performs 
retransmission 
and 
receive 
buffer 
reclamation 
without 
CPU intervention. 
The buffer 
management 
schemes 
implemented 
in the 
Tightly Coupled 
Interface 
allow transmit 
command 
chaining 
and continuous 
back-to-back 
frame reception. 
The 
82560 can support 
16K bytes of static buffer memory. 
The buffer memory can be mapped 
into either the host 
memory 
address 
space or the host I/O space-accessed 
sequentially 
through 
a single 
I/O port. The 82560 
also includes 
a multi-port 
arbiter which arbitrates 
requests 
for access to devices residing on the adapter's 
local 
bus. When combined 
with the 82590 or 82592, 
the 82560 
provides 
a low-cost, 
high-performance 
solution 
for 
LAN adapters 
in industry 
standard 
CSMAlCD 
networks. 


LAN 
CONTROLLER 
(82590.82592. 
82588) 


LOCAL 
BUFFER 
IolEIolORY 
(8K-16K) 


The 82560 is a multi-port memory controller using 
interrupt logic and DMA to implement a non-intelli- 
gent, buffered LAN adapter for the IBM PC/XT 
I AT 
bus. This type of adapter uses on-board memory as 
a buffer to store frames during transmission and re- 
ception. It also uses on-board DMA to transfer data 
between its local memory and the LAN controller. A 
block diagram of the buffered, non-intelligent LAN 
adapter is shown in Figure 1. The architecture is 
termed non-intelligent because it does not use an 
on-board CPU to process the transmit or receive 
frames. The host CPU processes the frames and 
programs the DMA and LAN controllers. The host 
interface logic, arbitration logic, and the bus trans- 
ceivers connect the host bus to the adapter's local 
bus. They also control all host accesses to the local 
bus. The local memory is shared by the host and the 
LAN controller. It stores information that the host 
wishes to transfer to the LAN controller, and infor- 
mation received by the LAN controller which should 
be read by the host. The memory can be shared in 
two ways-mapping 
into the host memory space, or 
mapping into the host liD space. The DMA control- 
ler transfers data between the local buffer memory 
and the LAN controller. The host CPU may use ei- 
ther string move instructions or a system DMA chan- 
nel to move data into the buffer memory. The host 
also accesses the LAN controller registers, the DMA 
controller registers, the boot ROM, and the address 
ROM through the local bus. 


The 82560 integrates the host interface, arbitration 
logic and DMA into one component. It replaces 
20-30 
M51 and 551 components (see Figure 2). It 
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also provides a Tightly Coupled Interface to the 
82590 and 82592 LAN controllers, and a sophisti- 
cated buffer management scheme, which allows the 
82590/82560 
combination to handle time-critical 
processes such as retransmission, buffer reclama- 
tion, and continuous back-to-back frame reception 
without host CPU intervention. This improves the 
overall data throughput in the network; and, conse- 
quently, system performance. The following discus- 
sion describes the 82560 interface to the PC/XT 
I AT 
bus, its support of locally buffered memory, and the 
operation of DMA and the Tightly Coupled Interface 
(including the buffer management schemes they 
support). 


The host interface port connects the 82560 to the 
PC-busthrough external decode logic and bus trans- 
ceivers. T~ 
external decode logic generates the 
HFOand HF1 signals indicating the kind of access 
the host desires. When the request is detected by 
the 82560 it deasserts the HRDY signal, thereby 
suspending the host cycle. HRDY is reactivated 
when the local device being accessed by the host is 
ready to accept (Write cycle) or output (Read cycle) 
data. The request undergoes arbitration, and, if 
granted, the 82560 activates the XCVO and XCV1 
signals. The XCV signals control the transceiver(s) 
which interfaces the host data bus to the local data 
bus. By using one or both transceiver control signals 
the 82560 can support an 8- or 16-bit-wide bus. 
Once the arbiter grants the host request, the 82560 
begins the local bus cycle by generating the appro- 
priate address and control signals. 


Figure 2. 82560 Block Diagram 
1-125 


The host CPU can access the internal registers of 
the 82560, the external memory controlled by the 
82560, or other devices-such 
as Boot ROM or ex- 


ternal Latch-which 
share the same bus as the 


82560. Table 1 lists the various access types that 
can be requested by the host. 


The 82560 also supports devices on the local bus 
other than memory and the LAN controller. These 
devices can be accessed in two ways: by using the 
General Chip Select (GCS) signal, or by using the 
Special Chip Select (SCS) addresses in the 82560 
register space. The first method typically supports 
EPROMs, external latches, and similar devices. The 
GCS signal is used as a qualifier by the external de- 
code logic before it generates the Chip Select signal 
for the appropriate device. The second method is 
used for accessing the registers of controllers which 
use the 82560 DMA channels; e.g., the 82590, 
82592, or 82588. Each address in the SCS port pro- 
vides a unique combination of the DACKO,DACK1, 
and CS-pin output states. The CPU activates the 
chip select of the device being accessed by assert- 
ing or deasserting the appropriate signals. 


The host CPU can access the 82560 registers and 
other devices on the local bus at any time. However, 
local memory can only be accessed by the host after 
the 82560 memory control registers are initialized. 


The host accesses local memory in two ways: Page 
Access or Sequential Access. On power-up, or after 
reset, the memory access mode is undefined, and 
host access to local memory is disabled. The 82560 
must be configured for the appropriate memory ac- 
cess mode before local memory can be accessed by 
the host. 


In Page Access mode the local memory is mapped 
into the hOst memory space. In this mode the host 
can directly access local memory through a fixed 
size window which can be moved around in local 
memory space. This window is referred to as a 
"page". Figure 3 shows the paging scheme. The 
page size can be up to 8K bytes, and can be located 
anywhere in local memory. The page size can be 
made smaller by grounding one or more of the ad- 
dress lines (AO-A12). The exact location of the 
page in the local memory is defined by a page regis- 
ter. By reprogramming the page register the user 
can relocate the page in local memory. 
. 


In Sequential Access mode the memory is mapped 
into the host I/O address space. Data is transferred 
between host and local memory using host DMA or 
string I/O 
instructions. The 82560 can be pro- 


grammed to support memory accesses through a 
single I/O port. The I/O port is defined by an ad· 
dress programmed into an 82560 register. The 


Access Type 
HFO 
HF1 
Address 
Cycle Status Indications 


82560 Registers 
0 
1 
10H 
HRDY 


Local Memory Access 
1 
0 
User 
HRDY, Memory Control 


Defined 
Signals, XCV Signals 


GCS Access (Boot ROM) 
0 
0 
User 
HRDY, GCS, 10WR/IORD 
(General Chip Select) 
Defined 


Special Chip Select 
0 
1 
<10H 
HRDY, DACK Lines, 10WR/IORD 


ADAPTER'. 


LOCAL 
t.lEt.lORY 
SPACE 


Figure 3. Page Mechanism 
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82560 maintains the current address, which is up- 
dated each time a memory cycle is run. The host 
does not directly access the local memory. It outputs 
the I/O address onto the AO-A12 address lines, 
with the HF lines indicating a memory access. If the 
I/O address matches the address programmed into 
the 82560, then the 82560 executes the local mem- 
ory cycle by outputting the current address onto the 
memory address lines MAO-12. 


All requests for access to devices on the local bus, 
whether by the host or by the 82560 DMA, undergo 
arbitration. The host requests are indicated on the 
HF lines; the DMA requests are indicated on the 
ORO lines. Figure 4 shows the basic arbitration cy- 
cle of the 82560. Arbitration for the local bus is pipe- 
lined. It can take place at any time when the 82560 
is idle, or one clock before the end of the current 
local bus cycle. All requests are latched in on the 
falling edge of the 82560 clock. Arbitration is com- 
pleted within one clock cycle. The resultant local bus 
cycle is started on the next clock. If more than one 
request is active, arbitration is resolved on a rotating 
priority basis. Priority is given to the device which 
has control of the local bus. 


The 82560 deactivates its HRDY line when a host 
request is detected; the request is then arbitrated. If 
the request is granted, the appropriate local bus cy- 
cle is begun. When the device being accessed is 
ready to accept or output data, the HRDY line is 
reactivated and the host CPU can then perform the 
transfer of data. The DMA requests are acknowl- 
edged once DMA has been granted access to the 
local bus. The acknowledge lines are kept inactive 
until the DMA is granted access to the local bus. 


The 82560 provides two DMA channels. Each chan- 
nel can address up to 512K bytes, and has request 
and acknowledge lines and address registers. The 
DMA normally operates in the Demand mode, and 
becomes active in response to a DMA request being 
granted. The requests come in on the activating 
lines and, if granted, are acknowledged by the 
DACK lines. The DMA can be configured for the 
82590, in which case it is tightly coupled to the 
82590 parallel subsystem, using EOP and ORO lines 
to determine the status of the current transmit or 
receive operation. DACKObecomes DACK, the ac- 
knowledge for both channels; and DACK1 becomes 
EOP, an input. The ORO and the EOP lines indicate 
the status of the frame transmission or reception. 
This allows the 82560 to handle certain time-critical 
events, during transmission or reception, without 
CPU intervention. 


The DMA channels operate in flyby mode, with data 
being read from the source and written to the desti- 
nation simultaneously. Data is transferred on a de- 
mand basis. The 82560 will continue to transfer data 
if a ORO line is active (and no other device is re- 
questing control of the local bus) and no End of Pro- 
cess (EOP) indication is provided. The arbiter will 
allow back-to-back DMA cycles if no other requests 
are active; however, normally DMA cycles will be in- 
terleaved with other local bus cycles. 


\ ........ 
,j 


/1 
I 
, 
( 
\ 


~ 


\ 
X 
X 
IDLE 
X 
HOST 
DMA 


inter 


Each DMA channel has a Control, Current Address, 
Base Address, and a Stop register. The Current Ad- 
dress register maintains the address which will be 
accessed during the next DMA cycle. It is automati- 
cally incremented when a DMA cycle is completed 
successfully. The Base Address register points to 
the beginning of the memory structure used to store 
a frame. It is used to reload the Current Address 
register when a collision or receive error occurs 
while in the Tightly Coupled Interface mode. The 
Stop register points to the location following the last 
byte of the frame. When the Current Address Regis- 
ter becomes equal to the Stop register, the DMA is 
disabled and the 82560 generates an interrupt to the 
CPU. 


The DACK lines can also be asserted or deasserted 
under CPU control by accessing Special Chip Select 
(SCS) addresses in the 82560 register space. It pro- 
vides the host with the option of accessing the LAN 
controller port(s) through the 82560. 


The Tightly Coupled Interface is a hardware inter- 
face between the 82560 and the 82590. This inter- 
face allows most transmission and reception events 
to be processed without CPU intervention. It allows 
the implementation of such time-critical CSMAlCD 
processes as automatic retransmission, buffer recla- 
mation, and continuous frame reception. The basic 
interface is a two-wire DMA handshake between the 
82560 and the 82590, this occurs over the DRO and 
EOP pins. The 82590 provides the status of the cur- 
rent transmit or receive process, or requests another 
DMA cycle at the end of each DMA cycle. When 
configured for the Tightly Coupled Interface, the 


82560 and the 82590 use a specific 
interrupt 
scheme to minimize CPU overhead and to improve 
data throughput. The 82590 will not generate inter- 
rupts upon events that can be handled by the 82560 
without CPU intervention. Figure 5 illustrates the 
Tightly Coupled Interface mechanism. Table 2 lists 
the various combinations of the DRO and EOP sig- 
nals, and the events they represent. 


ORQ 
EOP 
Event StatuI 


0 
0 
Frame Transmitted 
or Received 
OK 
0 
1 
Idle 


1 
0 
Frame Transmission 
or Reception 
Aborted 


1 
1 
Another 
DMA Transfer 
Requested 


If both DRO and EOP are sampled high, the Current 
Address Register of the channel is incremented and 
the DMA cycle is repeated. If a frame is transmitted 
or received without errors, both DRO and EOP are 
low at the end of the DMA cycle and the 82560 will 
generate an interrupt. If DRO is high and EOP is low, 
a collision occurred during transmission, or an error 
occurred during reception. In this case the Current 
Address Register will be reloaded with the value in 
the Base Address Register; and, once again, it will 
point to the beginning of the frame structure in mem- 
ory. 


The DACK1ICS1 IEOP pin of the 82590 is multi- 
plexed and requires external logic to derive the EOP 
and CS1 signals (see 82590 data sheet). Because 
the 82560 integrates this logic, its DACK1IEOP @n 
can be connected directly to the DACK1ICS1 IE 
P 
pin of the 82590, and its DACKO/DACK pin can be 
connected directly to the DACK pin of the 82590. 
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The 82590 can transmit consecutive frames without 
requiring the CPU to issue the Transmit command 
each time. This improves data throughput during 
transmission and eliminates CPU overhead. The 
CPU can place multiple transmit frames in memory, 
with each frame separated from the next by a Com- 
mand byte. The Command byte immediately follows 
the last byte of the transmit frame. It must contain 
one of two commands: Transmit (04H) or NOP 
(OOH). During the DMA cycle the 82590 loads the 
Command byte which follows the DMA of the last 
byte of the frame. In the same DMA cycle the 82590 


FIRST 
FRAME 


Command 
Byte 
Tronsmlt- 04 


Command 
Byte 
Transmit-a" 


LAST 
FRAME 


Command 
Byte 
NOP- 00 


FIRST 
FRAME 


Command 
Byte 


Transmit 
- 
04 


Command 
Byte 


Transmit 
- 
04 


LAST 
FRAME 


Command 
Byte 
NOP- 00 


indicates Transmit Complete on the ORO and EOP 
lines. The Transmit Complete signal causes the 
82560 to load the value of the Current Address reg- 
ister into the" Base Address register, so the Base 
Address register now points to a location immediate- 
ly preceding the beginning of the next frame. If the 
Command byte contains the Transmit command, the 
82590 will behave as if another Transmit command 
has been issued by the CPU, and will repeat the 
frame transmission procedure. A NOP in the Com- 
mand byte indicates the preceding frame was the 
last frame to be transmitted and no other transmit 
frames follow. 
Figure 6 illustrates the Transmit 
Chaining process. 
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The 82560 
arranges 
a portion 
of the local memory 
into a ring buffer with consecutive 
frames received 
in 
adjacent 
portions 
of memory. 
Figure 
7 shows 
the 
implementation 
of this scheme. 


The beginning 
and end of the receive 
area is user 
definable 
through 
Lower 
and Upper 
Limit registers. 
The incoming 
frames 
are deposited 
in this region in 
adjacent 
locations 
in the 
Receive 
area. 
When 
the 
DMA reaches 
the end of the Receive 
area it will go 
back 
to the 
beginning 
and 
start 
depositing 
the 
in- 
coming 
bytes-if 
the data from those 
locations 
has 
been 
read by the CPU. Once 
the frame 
is read by 
the 
CPU, 
the 
memory 
it had 
occupied 
becomes 
available 
for other incoming 
frames. 
The CPU Read 
pointer 
prevents 
overwriting 
of frames that have not 
been 
read. 
It points 
to the 
location 
in the 
receive 
area which was last read by the CPU. The 82560 will 
not deposit 
received 
data into locations 
following 
the 
location 
pointed 
to by the CPU Read 
pointer. 
The 
Base Address 
register 
points to the beginning 
of the 
current 
receive 
structure, 
which 
is 3 bytes from the 


beginning 
of the 
actual 
frame. 
It is updated 
each 
time the 82590 
issues 
the Frame 
Received 
OK on 
the DMA handshake. 
The Current 
Address 
register 
points to the location 
where the next incoming 
byte/ 
word will be deposited. 


While 
receiving 
in the 
Tightly 
Coupled 
Interface 
mode, the 82560 stores two bytes of data internally. 
When the 82590 
issues 
a Frame 
Received 
OK sig- 


nal on the DMA handshake, 
the 82560 will write the 
last two bytes, internally 
stored 
in temporary 
regis- 


ters, to the beginning 
of the frame. 
This allows 
the 
CPU to process 
the frame with a minimum 
of over- 
head. 
Figure 
8 shows 
the frame 
structure 
used 
in 
this implementation. 


Figure 
9 shows 
a buffered, 
non-intelligent 
Star LAN 
adapter for the IBM PC bus (using the 82560 and the 
82590). 
Figure 
10 shows 
a buffered, 
non-intelligent 
Ethernet 
adapter 
for 
the 
IBM 
PC bus 
(using 
the 
82560, 
82592, 
82C501, 
and 82502). 
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This application note describes a design example of an 
IEEE 802.2/802.3 compatible Data Link Driver using 
the 82586 LAN Coprocessor. The design example is 
based on the "Design Model" illustrated in "Program- 
ming the 82586". It is recommended that before read- 
ing this application note, the reader clearly understands 
the 82586 data structures and the Design Model given 
in "Programming the 82586". 


"Programming the 82586" discusses two basic issues in 
the design of the 82586 data link driver. The first is 
how the 82586 handler fits into the operating system. 
One approach is that the 82586 handler is treated as a 
"special kind of interface" rather than a standard I/O 
interface. The special interface means a special driver 
that has the advantage of utilizing the 82586 features to 
enhance performance. However the performance en- 
hancement is at the expense of device dependent upper 
layer software which precludes the use of a standard 
I/O interface. 


The second issue "Programming the 82586" discusses 
is which algorithms to choose for the CPU to control 
the 82586. The algorithms used in this data link design 
are taken directly from "Programming 
the 82586". 
Command processing uses a linear static list, while re- 
ceive processing uses a linear dynamic list. 


The application example is written in C and uses the 
Intel C compiler. The target hardware for the Data 
Link Driver is the iSBC 186/51 COMMputer, however 
a version of the software is also available to run on the 
LANHIB Demo board. 


1.0 FITTING 
THE SOFTWARE 
INTO 
THE OSI MODEL 


The application example consists of four software mod- 
ules: 


• Data Link Driver (DLD): drives the 82586, also 
known as the 82586 Handler. 
• Logical Link Control (LLC): implements the IEEE 
802.2 standard. 
• User Application (UAP): exercises the other soft- 
ware modules and runs a specific application. 


• C hardware support: written in assembly language, 
supports the Intel C compiler for I/O, interrupts, 
and run time initialization for target hardware. 


Figure I illustrates how these software modules com- 
bined with the 82586, 82501 and 82502 complete the 
first two layers of the OSI model. The 82502 imple- 
ments an IEEE 802.3 compatible transceiver, while the 
82501 completes the Physical layer by performing the 
serial interface encode/decode function. 


The Data Link Layer, as defined in the IEEE 802 stan- 
dard documents, is divided into two sublayers: the Log- 
ical Link Control (LLC) and the Medium Access Con- 
trol (MAC) sublayers. The Medium Access Control 
sublayer is further divided into the 82586 Coprocessor 
plus the 82586 Handler. On top of the MAC is the LLC 
software module which provides IEEE 802.2 compati- 
bility. The LLC software module implements the Sta- 
tion Component responses, dynamic addition and dele- 
tion of Service Access Points (SAPs), and a class I level 
of service. (For more information on the LLC sublayer, 
refer to IEEE 802.2 Logical Link Control Draft Stan- 
dard.) The class I level of service provides a connec- 
tionless datagram interface as opposed to the class 2 
level of service which provides a connection oriented 
level of service similar to HDLC Asynchronous Bal- 
anced Mode. 


On top of the Data Link Layer is the Upper Layer 
Communications Software (ULCS). This contains the 
Network, Transport, Session, and Presentation Layers. 
These layers are not included in the design example, 
therefore the application layer of this ap note interfaces 
directly to the Data Link layer. 
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The application layer is implemented in the User Appli- 
cation (UAP) software module. The UAP module oper- 
ates in one of three modes: Terminal Mode, Monitor 
Mode, and High Speed Transmit Mode. The software 
initially enters a menu driven interface which allows 
the program to modify several network parameters or 
enter one of the three modes. 


The Terminal Mode implements a virtual terminal with 
datagram capability (connectionless "class I" service). 
This mode can also be thought of as an async to IEEE 
802.3/802.2 protocol converter. 


The Monitor Mode provides a dynamic update on the 
terminal of 6 station related parameters. While in the 
monitor mode, any size frame can be repeatedly trans- 
mitted to the cable in a software loop. 


High Speed Transmit Mode transmits frames to the ca- 
ble as fast as the software possibly can. This mode dem- 
onstrates the throughput performance of the Data Link 
Driver. 


The UAP gathers network statistics in all three modes 
as well as when it is in the menu. In addition, the UAP 
module provides the capability to alter MAC and LLC 
addresses and re-initialize the data link. (Figure 2 
shows a combined software and hardware block dia- 
gram.) 


All the modules in this design example are compiled 
under the Large Model option. This has the advantages 
of using the entire I Mbyte address space, and allowing 
the string constants to be stored in ROM. In the Large 
Model it is important to consider that the 82586's data 
structures, SCB, CB, TBD, FD, and RBD, must reside 
within the same data segment. This data segment is 
determined at locate time. 


The C_Assy_Support 
module has a run time start off 
function which loads the DLD data segment into a 
global variable SEGMT_. 
This data segment is used 
by the 82586 Handler for address translation purposes. 
The 82586 uses a flat address while the 80186 uses a 
segmented address. Any time a conversion between 
82586 and 80186 addresses are needed the SEGMT_ 
variable is used. 


Pointers for the 80186 in the large model are 32 bits, 
segment and offset. All the 82586 link pointers are 16 
bit offsets. Therefore when trading pointers between the 
82586 and 
the 
80186, two 
functions 
are 
called: 


Offset (ptr), and Build_Ptr 
(offset). Offset (ptr) takes a 
32 bit 80186 pointer and returns just the offset portion 


. for the 82586 link pointer. While Build_Ptr 
(offset) 
takes an 82586 link pointer and returns a 32 bit 80186 
pointer, with the segment part being the SEGMT_ 
variable. Offset () and Build_Ptr() 
are simple func- 
tions written in assembly language included in the C_ 
Assy_Support 
module. 


In the small model, Offset ( ) and Build_Ptr( 
) are not 
needed, but the variable SEGMT_ 
is still needed for 
determining the SCB pointer in the ISCP, and in the 
Transmit and Receive Buffer Descriptors. 


The buffer model chosen for the 82586 Handler is the 
"Design Model" as described in "Programming 
the 
82586". This is based on the 82586 driver as a special 
driver rather than as a standard driver. Using this ap- 
proach the ULCS directly accesses the 82586's Trans- 
mit and Receive Buffers, Buffer Descriptors and Frame 
Descriptors. This eliminates buffer copying. Transmit 
and receiver buffer passing is done entirely through 
pointers. 
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The only hardware 
dependencies between the Data 
Link and ULCS interface are the buffer structures. The 
ULCS does not handle the 82586's CBs, SCB or initiali- 
zation structures. To isolate the data link interface from 
any hardware dependencies while still using the design 
model, another level of buffer copying must be intro- 
duced. For example, when the ULCS transmits a frame 
it would have to pass its own buffers to the data link. 
The data link then copies the data from ULCS buffers 
into 82586 buffers. When a frame is received, the data 
link copies the data from the 82586's buffers into the 
ULCS buffers. The more copying that is done the slow- 
er the throughput. However, this may be the only way 
to fit the data link into the operating system. The 82586 
Handler can be made hardware independent by adding 
a receive and transmit function to perform the buffer 
copying. 


The 82586 Handler allocates buffers from two pools of 
memory: the Transmit pool, and the Receive pool as 
illustrated in Figure 3. The Transmit 
pool contains 
Transmit 
Buffer Descriptors 
(TBDs) and Transmit 
Buffers (TBs). The Receive pool contains Frame De- 
scriptors (FDs), Receive Buffer Descriptors (RBDs), 
and Receive Buffers (RBs). 
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Figure 3. 82586 Handler 
Memory 
Management 
Model 


When the ULCS wants to transmit, it requests a TBD 
from the handler. The handler returns a pointer to a 
free TBD. Each TBD has a TB attached to it. The 
ULCS fills the buffer, sets the appropriate fields in the 
TBD, and passes the TBD pointer back to the handler 
for transmission. After the frame is transmitted, 
the 
handler places the TBD back into the free TBD pool. If 
the ULCS needs more than one butTer per frame, it 
simply requests another TBD from the handler and 
performs the necessary linkage to the previous TBD. 


On the receive side, the RFA pool is managed by the 
82586 itself. When a frame is received, the 82586 inter- 


rupts the handler. The handler passes a FD pointer to 
the ULCS. Linked to the FD is one or more RBDs and 
RBs. The ULCS extracts what it needs from the FD, 
RBDs and RBs, and returns the FD pointer back to the 
handler. The handler places the FD and RBDs back 
into the free RFA pool. 


The handler interface provides the following basic func- 
tions: 


• initialization 
• sending and receiving frames 
• adding and deleting multicast addresses 
• getting transmit butTers 
• returning receive butTers 


On power up, the initialization function is called. This 
function initializes the 82586, and performs diagnostics. 
After initialization, the handler is ready to transmit and 
receive frames, and add and delete multicast addresses. 


To send a frame, the ULCS gets one or more transmit 
butTersfrom the handler, fills them with data, and calls 
the send function. When a frame is received, the han- 
dler calls a receive function in the ULCS. The ULCS 
receive function removes the information it needs and 
returns the receive butTersto the handler. The addition 
and deletion of multicast addresses can be done "on the 
fly" any time after initialization. The receiver doesn't 
have to be disabled when this is done. 


The command interface to the handler is totally asyn- 
chronous-the 
ULCS can issue transmit commands or 
multicast address commands whenever it wants. The 
commands are queued by the handler for the 82586 to 
execute. If the command queue is full, the send frame 
procedure returns a false status rather than true. The 
size of the command queue can be set at compile time 
by setting the CB-CNT 
constant. Typically the com- 
mand queue never has more than a few commands on it 
because the 82586 can execute commands faster than 
the ULCS can issue them. This is not the case in a 
heavily loaded network when deferrals, collisions, and 
retries occur. 


The command interface to the 82586 handler is hard- 
ware independent; the only hardware dependence is the 
butTering. A hardware independent command interface 
doesn't have any performance penalty, but some 82586 
programmability is lost. This shouldn't be of concern 
since most data links do not change configuration pa- 
rameters during operation. One can simply modify a 
few constants and recompile to change frame and net- 
work parameters to support other data links. 


Initialize the Handler 
Sends a frame to the cable. 
ptbd- 
Transmit 
Buffer Descriptor 
pointer 
padd-Destination 
Address 
pointer 
Handler calls this function 
which resides in the ULCS. 


pfd_Frame 
Descriptor 
pointer 
Adds one multicast 
address 
pma-Multicast 
Address 
pointer 
Deletes one multicast 
address 
Get a Transmit 
Buffer Descriptor 
pointer 
Returns a Frame Descriptor 
and Receive 
Buffer Descriptors 
to the 82586. 


Figure 4. List of Handler 
Interface 
Functions 
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The function which initializesthe 82586handler, Init_ 
586(), is called by the ULCS on power up or reinitiali- 
zation. Before this function is called, an 82586 hard- 
ware or software reset should occur. The Initialization 
occurs in three phases. The first phase is to initialize the 
memory. This includes flags, vectors, counters, and 
data structures. The second phase is to initialize the 
82586. The third phase is to perform self test diagnos- 
tics. Init_586() 
returns a status byte indicating the 
results of the diagnostics. 


Init_586() 
begins by toggling the 82501loopback pin. 


If the 82501 is powered up in loopback, the CRS and 
CDT pin may be active. To reset this condition, the 
loopback pin is toggled. The 82501 should remain in 
loopback for the first part of the initialization function. 


Phase 1 executes initialization of all the handlers flags, 
interrupt vectors, counters, and 82586 data structures. 
There are two separate functions which initialize the 
CB and RFA pools: Build_CB() 
and Build_Rfa(). 


Build_CB() 
builds a stack of free linked Command 
Blocks, and another stack of free linked Transmit Buff- 
er Descriptors. (See Figures 5 and 6.) Each stack has a 
Top of Stack pointer, which points to the next free 
structure. The last structure on the list has a NULL 
link pointer. 


The CBs within the list are initialized with 0 status, EL 
bit set, and a link to the next CB. The TBD structures 
are initialized with the buffer size, which is set at com- 
pile time with the TBUF_SIZE 
constant, a link to the 


next TBD, and an 82586pointer to the transmit buffer. 
This pointer is a 24 bit flat/physical address. The ad- 
dress is built by taking the transmit buffer's data seg- 
ment address, shifting it to the left by 4 and adding it to 
the transmit buffer offset. An 80186 pointer to the 
transmit buffer is added to the TBD structure so that 
the 80186 does not have to translate the address each 
time it accesses the transmit buffer. 


Build_Rfa( ) builds a linear linked Frame Descriptor 
list and a Receive Buffer Descriptor list as shown in 
Figure 7. The status and EL bits for all the free FDs are 
O. The last FD's EL bit is I and link pointer is NULL. 
The first FD on the FD list points to the first RBD on 
the RBD list. The RBDs are initialized with both 82586 
and 80186 buffer pointers. The 80186 buffer pointer is 
added to the end of the RBD structure. Begin and end 
pointers are used to mark the boundaries of the free 
lists. 


The 82586 initialization data structure SCP is already 
set since it resides in ROM, however, the ISCP must be 
loaded with information. Within the SCP ROM is the 
pointer to the ISCP; the ISCP is the only absolute ad- 
dress needed in the software. Once the ISCP address is 
determined, the ISCP can be loaded. The SCB base is 
obtained from the C_Assy_Support 
module. The 
global variable SEGMT_contains 
the address of the 
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data segment of the handler. The 80186 shifts this value 
to the left by 4 and loads it into the SCB base. The SCB 
offset is now determined by taking the 32 bit SCB 
pointer and passing it to the Offset( ) function. 


The 82586 interrupt is disabled during initialization be- 
cause the interrupt function is not designed to handle 
82586 reset interrupts. To determime when the 82586 is 
finished with its reset/initialization, 
the SCB status is 


polled for both the CX and CNA bits to be set. After 
the 82586 is initialized, both the CX and CNA inter- 
rupts are acknowledged. 


The 82586 is now ready to execute commands. The 
Configuration is executed first to place the 82586 in 
internalloopback 
mode, followed by the IA command. 


The address for the IA command is read off of a prom 
on the PC board. 


The final phase of the handler initialization is to run the 
self test diagnostics. Four tests are executed: Diagnose 
command, 
Internal 
loopback, 
External 
loopback 


through the 82501, and Externalloopback 
through the 


transceiver. If these four tests pass, the data link is 
ready to go on line. 


The function that executes these diagnostics is called 
Test_Link(). 
If any of the tests fail, Test_Link() 
re- 


turns immediately with the Self_Test 
global variable 


set to the type offailure. This Self_Test global variable 
is then returned to the function which originally called 
Init_586(). 
Therefore Init_586() 
can return one of 


five 
results: 
FAILED~IAGNOSE, 
FAILED_ 


LPBK-INTERNAL, 
FAILED_LPBK-EXTER- 


NAL, 
FAILED_LPBK-TRANSCEIVER 
or 


PASSED. 


Figure 8. Initialization Diagnostics: TesLLlnk 
() 
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The Diagnose( ) function, called by Test_Link( 
), does 
not return until the diagnose command is completed. If 
the interrupt 
service routine detects that a Diagnose 
command was completed then it sets a flag to allow the 
Diagnose() 
function to return, and it also sets the 
Self_Test 
variable to FAIL if the Diagnose command 
failed. If the Diagnose command completed successful- 
ly, the loopback tests are performed. 


Before any loopback tests are executed, the Receive 
Unit is enabled by calling Ru_Start(). 
Loopback tests 
begin by calling Send_LpbLFrame( 
), which sends 8 
frames with known loopback data and its own destina- 
tion address. More than one loopback frame is sent in 
case one or more of them are lost. Also several of the 
frames will have been received by the time flags.JpbL 
test is checked. 


Two 
flag 
bits 
are 
used 
for 
the 
loopback 
tests: 
flags.Jpbk_mode. 
and 
flags.JpbLtest. 
flags.JpbL 
mode is used to indicate to the receive section that the 
frames received are potentially loopback frames. The 
receive section will pass receive frames to the Loopback 
Check( ) function if the flags.JpbLmode 
bit is set. The 
LoopbacLCheck( 
) function first compares the source 
address of the frame with its station address. If this 
matches then the data is checked with the known loop- 
back data. If the data matches, then the flags.JpbLtest 
bit is set, indicating a successfulloopback. The flow of 
the Test_Link( 
) function is displayed in Figure 8. 


Command blocks are queued up on a static list for the 
82586 to execute. The flow of a command block is giv- 
en in Figure 9. When the handler executes a command 
it first has to get a free command block. It does this by 
calling Get_CB() 
which returns a pointer to a free 
command block. The CB structure is a generic one in 
which all commands except the MC-Setup can fit in. 
The handler then loads into the CB structure the type 
of command and associated parameters. To issue the 
command to the 82586 the Issue_CU_Cmd() 
func- 
tion is called with the pointer to the CB passed to this 
function. Issue_CU_Cmd() 
places the command on 


the 82586's static command block list. After the 82586 
executes the command, it generates an interrupt. The 
interrupt routine, Isr_586(), 
processes the command 
and returns the Command Block to the free command 
block list by calling Put_Cb(). 


3.4.1 ACCESSING COMMAND BLOCKS-GET_ 
CBO and PUT_CBO 


Get_Cb( 
) returns a pointer to a free command block. 


The free command blocks are in a linear linked list 
structure which is treated as a stack. The pointer cb_ 
tos points to the next available CB. Each time a CB is 
requested, Get_Cb() 
pops a CB off the stack. It does 


this by returning the pointer of cb_tos. 
cb_tos 
is then 
updated with the CB's link pointer. When the CB list is 
empty, Get_Cb() 
returns NULL. 


There are two types of nulls, the 82586 'NULL' is a 16 
bit offset, OFFFFH, in the 82586 data structures. The 
80186 null pointer, 'pNULL', is a 32 bit pointer; with 
OFFFFH offset and the 82586 handler's data segment, 
SEGMT_, 
as the base. 


Put_Cb() 
pushes a free command block back on the 
list. It does this by placing the cb_tos 
variable in the 
returned CB's link pointer field, then updates cb_tos 
with the pointer to the returned CB. 


3.4.2 ISSUING CU COMMANDS-ISSULCU_ 
CMDO 


This function queues up a command for the 82586 to 
execute. Since static lists are used, each command has 
its EL bit set. There is a begin_cbl 
pointer and an 
end_cbl 
pointer to delineate the 82586's static list. If 
there are no CBs on the list, then begin_cbl 
is set to 
pNULL. 
(Figure 
10 illustrates the static list.) Each 
time a command is issued, a deadman timer is set. 
When the 82586 interrupts the CPU with a command 
completed, the deadman timer is reset. 


Issue_Cu_Cmd() 
begins by disabling the 82586's in- 
terrupt. It then determines whether the list is empty or 
not. If the list is empty, begin and end pointers are 
loaded with the CB's address. The CU must then be 
started. Before a CU_START 
can be issued, the SCB's 
cbl_offset 
field must be loaded with the address of the 
command, the Wait_Scb() 
function must be called to 
insure that the SCB is reacly to accept a command, and 
the deadman timer must be initialized. If the list is not 
empty, then the command block is queued at the end of 
the list, and the interrupt service routine Isr_586(), 
will continue generating CAs for each command linked 
on the CB list until the list is empty. 
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3.4.3 INTERRUPT 
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Isr_586( 
) starts off by saving the interrupts that were 
generated by the 82586 and acknowledging them. Ac- 
knowledgment must be done immediately because if a 
second interrupt were generated before the acknowl- 
edgment, the second interrupt would be missed. The 
interrupt status is then checked for a receive interrupt 
and if one occurred the Recv_Int_Processing( 
) func- 
tion is called. After receive processing is check the CPU 
checks whether a command interrupt occurred. If one 
did, then the deadman timer is reset and the results of 
the command are checked. There are only two particu- 
lar commands which the interrupt results are checked 
for: Transmit and Diagnose. The Diagnose command 
needs to be tested to see if it passed, plus the diagnose 
status flag needs to be set so that the initialization pro- 
cess can continue. 


The transmit command status provides network man- 
agement and station diagnostic information which is 
useful for the "Network Management" function of the 
ISO model. The following statistics are gathered in the 
interrupt routine: good_transmit_cnt, 
sqe_err_cnt, 
defer_cnt, 
no_crs_cnt, 
underrun_cnt, 
max_coL 
cnt. To speed up transmit interrupt processing a flag is 
tested to determine whether these statistics are desired, 
if not this section of code is skipped. 


The sqe error requires special considerations when used 
for statistic gathering or diagnostics. The sqe status bit 
indicates whether the transceiver passed its self test or 
not. The transceiver executes a self test after each trans- 
mission. If the transceiver's self test passed, it will acti- 
vate the collision signal during the IFS time. 


The sqe status bit will be set if the transceiver's self test 
passed. However if the sqe status bit is not set, the 
transceiver may still have passed its self test. Several 
events can prevent the sqe bit from being set. For exam- 
ple, the first transmit command status after power up 
will not have the sqe bit set because the sqe is always 
from the previous command. Also if any collisions oc- 
cur, the sqe bit might not be set. This has to do with the 
timing of when the sqe signal comes from the transceiv- 
er. It is possible that a JAM signal from a remote sta- 
tion can overlap the sqe signal in which case the 82586 
will not set the sqe status bit. Therefore the sqe error 
count should only be recorded when no collisions oc- 
cur. 


One other situation can occur which will prevent the 
SQE status bit from being set. If transmit command 
reaches the maximum retry count, the next transmit 
command's SQE bit will not be set. 


The fmal phase of interrupt command processing deter- 
mines if another command is linked, and returns the 
CB to the free command block list. Another command 
being linked is indicated by the CB link field not being 
NULL. In this case the deadman timer and the 82586's 
CU are re-started. If the CB link is NULL, there are no 
further commands to execute, and be8in-cbl 
is set to 
pNULL. 


3.4.4 SENDING 
FRAMES-SEND_FRAME 
(PTBD, 
PADD) 


Send_Frame() 
receives two parameters, a pointer to 


the first Transmit Buffer Descriptor, and a pointer to 
the destination address. There may be one or more 
TBDs attached. The last TBD is indicated by its link 


inter 


field being NULL and the EOF bit set. It is the respon- 
sibility of the ULCS to make sure this is done before 
calling Send_Frame( 
). 


Send_Frame( 
) begins by trying to obtain a command 
block. If the free command block list is empty, the send 
frame function returns with a false result. It is up to the 
ULCS to either continue attempting transmission or at- 
tempt at a later time. The send frame function calcu- 
lates the length field by summing up the TBDs actual 
count field. After the length field is determined, send 
frame checks to see if padding is required. If padding is 
necessary, Send Frame will change the act count field 
in the TBD to meet the minimum frame requirements. 
This technique transmits what ever was in the buffer as 
padding data. If security is an issue, the padding data in 
the buffer should be changed. 


3.4.5 ACCESSING TRANSMIT BUFFERS-GET_ 
TBDO AND PUT_ TBDO 


Get_Tbd() 
returns a pointer to a free Transmit Buffer 
Descriptor, 
and 
Put_Tbd() 
returns 
one or more 
linked Transmit Buffer Descriptors to the free list. The 
TBD which Get_Tbd() 
allocates has its link pointer 
set to NULL, and its EOF bit cleared. If another buffer 
is needed, the link field in the old TBD must be set to 
point to the new TBD. The last TBD used should have 
its link pointer set to NULL and its EOF bit set. Figure 
11shows the flow chart of getting buffers and sending a 
frame. 


Put_Tbd 
(ptbd) is called by the Isr_586() 
function 
when the 82586 is done transmitting 
the buffers. A 
pointer to the first TBD is passed to Put_Tbd(). 
Put_Tbd() 
finds the end of the list of TBDs and re- 
turns them to the free buffer list. 


The 82586 handler maintains a table of multicast ad- 
dresses. Initially this table is empty. To enable a multi- 
cast address the Add_Multicast_Address(pma) 
func- 


tion is called; to disable a multicast address, Delete_ 
Multicast_Address(pma) 
function is called. Both func- 
tions accept a parameter which points to the multicast 
address. 
Add 
and 
Delete functions 
perform 
linear 
searches through the Multicast Address Table (MAT). 


Add scans the entire MAT once to check if the address 
being added is a duplicate of one already loaded. Add 
will not enter a duplicate muilticast address. If there 
are no duplicates Add goes to the beginning of the 
MAT and looks for a free location. If it finds one, it 
loads the new address into the free location and sets the 
location status to INUSE. If no free locations are avail- 
able, Add returns a false result. 


Delete looks for a used location in the MAT. When it 
finds one, it compares the address in the table with the 
address passed to it. If they match, the location status is 
set to FREE and a TRUE result is returned. If no 
match occurs, the result returned is FALSE. 


If Add or Delete change the MAT, they update the 
82586 by 
calling 
Set_Multicast_Address(). 
This 
function executes an 82586 MC Setup command. Set_ 
Mulitcast_Address() 
uses the addresses in the MAT 
to build the MC Setup command. The MC Setup com- 
mand is too big to be built from the free CBs. Free CB 


commana can De up to 
I(),j~l 
oytes. InerelOre a sepa- 


rate 
Multicast 
Address 
Command 
Block (ma_cb) 
must be allocated and used. The size of the ma_cb 
and 
MAT are determined at compile time based on the 
MULTI_ADDlC-CNT 
constant. The design exam- 
ple allows up to 16 multicast addresses. 


Since there is only one ma_cb, 
and it is not compatible 


with the other CBs, it must be treated differently. Only 
one ma_cb 
can be on t1Je 82586 command list. The 


ma_cb 
command word is used as a semaphore. If it is 


zero, the command is available. If not, Set_Multi- 
cast~ddress() 
must wait until the ma_cb 
is free. 
Also the interrupt routine can't return the ma_cb 
to 


the free CB list. It just clears the cmd field, to indicate 
that ma_cb 
is available. 


The 82586's receiver does not have to be disabled to 
execute the MC Setup command. If the 82586 is receiv- 
ing while this command is accessed, the 82586 will fin- 
ish reception before executing the MC Setup comand. If 
the MC Setup command is executing, the 82586 auto- 
matically ignores incoming frames until the MC Setup 
is completed. Therefore multicast addresses can be add- 
ed and deleted on the fly. 


The 82586 rarely if ever locks up in a well behaved 
network; (i.e. one that obeys IEEE 
802.3 specifica- 


tions). The lock-ups identified were artificially created 
and would normally not occur. This data link driver 
has been tested in an 8 station network under various 
loading conditions. No lock-ups occurred under any of 
the data link drivers test conditions. However the reset 
software has been tested by simulating a lockup. This 
can be done by having the 82586 transmit, and dis- 
abling the CTS pin for a time longer than the deadman 
timer. 


An 82586 deadlock is not a fatal error. The handler is 
designed to recover from this problem. As mentioned 
before, each time the 82586 is given a CA to begin 
executing a command, a deadman timer is set. The 
deadman timer is reset when a CNR interrupt is gener- 
ated. If the CNR interrdpt is not generated before the 
deadman timer expires, the 82586 must be reset. 


Resetting of the 82586 should not be done while the 
handler software is executing. This could create a soft- 
ware deadlock by interrupting a critical section of code 
in the handler. To insure that the Reset_586() 
func- 


tion is not executed while the handler is executing, all 
of the entry points to the handler (i.e. interface func- 
tions) set a semaphore flag bit called flags.reset_sema. 
This flag is cleared when the interface functions are 
exited. 


If 
the 
Deadman 
timer 
interrupt 
occurs 
while 


flags.reset_sema 
is set, another flag is set (flag.reset_ 


pend) indicating that the Reset_586( 
) function should 


be called when the interface functions are exited. How- 
ever if the deadman 
timer 
interrupt 
occurs 
when 


flags.reset_sema 
is clear, Reset_586( 
) is called imme- 


diately. Figure 12 shows the logic for entering and exit- 
ing interface functions. 


Reset_586() 
begins by disabling the 82586 interrupt, 


placing the ESI in loopback, and resetting the 82586. 
The reset can be a software or a hardware reset. How- 
ever, there are certain lockups in the 82586 where only 
a hardware reset will suffice. (The 82586 errata sheet 
explicitly indicates which deadlocks require a hardware 
reset.) After the reset, Reset_586() 
executes a Config- 


ure, lA-Setup, and a MC-Setup command; the MC_ 
Setup command is built from the multicast address ta- 
ble (MAT). The 82586 Command Queues and Receive 
Frame Queues are left untouched so that the 82586 can 
continue executing where it left off before the deadlock. 
This way no frames or commands are lost. This re- 
quires that a separate reset CB and reset Multicast CB 
is used, because other CBs already in use cannot be 
disturbed. 


The following functions are used for Receive Frame 
Processing: 
Recv_Int_Processing() 
Called by Isr_586() 
to re- 
move FDs and RBDs from 
the 82586's RFA 
Recv_Frame 
(Pfd) 
Called by Recv_Int_Pro- 
cessing(). This function re- 
sides in the ULCS 
Check_Multicast 
(Pfd) 
Used for perfect Multicast 
filtering 
Put_Free_Rfa 
(Pfd) 
Returns FDs and RBDs to 
the 82586's RFA 
Restarts the RU when in the 
IDLE 
or 
No 
Resources 
state. 


3.5.1 RECEIVE INTERRUPT PROCESSING- 
RECV_INT _PROCESSINGO 


The Recv_Int_Processing() 
function 
is called by 
Isr_586() 
when the FR bit in the SCB is set. The 
Recv_Int_Processing() 
function checks whether any 
FDs and RBDs on the free list have been used by the 
82586. If they have, Recv_lnt_Processing( 
) removes 
the used FDs and RBDs from the free list, and passes 
them to the ULCS. 


The Recv_Int_Processing() 
function is a loop where 
each pass removes a frame from the 82586's RFA. 
When there are no more used FDs and RBDs on the 
RFA, the function calls RU_Start(), 
then returns to 
Isr_586(). 
The first part of the loop checks to see if 
the C bit in the first FD of the free FD list is set. If the 
C bit is set, the function determines if one or more 
RBDs are attached. If there are RBDs attached, the 
end of the RBD list is found. The last RBD's link field 
is used to update begilL-rbd pointer, and then it's set 
to NULL. 


After the receive frame has been delineated from the 
RFA, some information about the frame is needed to 
determine which function to pass it to. Since the save 
bad frame configure bit is not set, the only bad frame 
on the list could be an out of resource frame. An out of 
resource frame is returned to the RF A by calling Put_ 
Free_RFA 
(Pfd). If the flags.lpbLmode 
bit is set, the 
frame is given to the loopback check function. If the 
destination address of the frame indicates a multicast, 
the check multicast function is called. If the frame has 
passed all of the above tests and stilI has not been re- 
turned, it is passed to the Recv_Frame() 
function 
which resides in the ULCS. 


ChecLMulticast 
(Pfd) determines whether the multi- 
cast address received is in the multicast address table. 
This is necessary because the 82586 does not have per- 


fect multicast address filtering. Check_Multicast 
does 
a byte by byte comparison of the destination address 
with the addresses in the multicast address table. If no 
match occurs, it returns false, and Recv_lnt_Process- 
ing calls Put_Free_RF 
A( ) to return the frame to the 
RFA. If there is a match, Check_Multicast() 
returns 
TRUE 
and 
Recv_Int_Processing() 
calls 
Recv_ 
Frame(), 
passing the pointer to the FD of the frame 
received. 


3.5.2 RETURNING FDs AND RBDs-PUT_ 
FRELRFA 
(pfd) 


Put_Free_RFA 
combines 
Supply_FD 
and 
Sup- 
ply_RBD 
algorithms described in "Programming the 
82586" into one function. The begin and end pointers 
delineate what the CPU believes is the beginning and 
end of the free list. The decision of whether to restart 
the RU is made when examining both the free FD list 
and the free RBD list. This is why two ru_start_flags 
are used, one for the FD list and one for the RBD list. 
Both flags are initialized to FALSE. 


The function starts ofTby initializing the FD so that the 
EL bit is set, the status is 0, and the FD link field is 
NULL. The rbd pointer is saved before the rbd pointer 
field in the FD is set to NULL. The free FD list is 
examined and if it's empty, begin-fd 
and end-fd 
are 
loaded with the address of the FD being returned. In 
this case the RU should not be restarted, because there 
is only one FD on the free list. If the free FD list is not 
empty, the FD being returned is placed on the end of 
the list, the end pointer is updated, and the RU start 
flag is set TRUE. 


To begin the RBD list processing the end of the re- 
turned RBD list is determined, and this last RBD's EL 
bit is set. If the free RBD list is empty, the returned 
RBD list becomes the free RBD list. If there is more 
than one RBD on the returned list, the ru start flag is 
set TRUE. If the free RBD list is not empty, the re- 
turned RBD list is appended on the end of the free list, 
the end-rbd 
pointer is updated, and the ru start flag is 
set TRUE. 


The last part of Put_Free_RF 
A() 
is to determine 
whether to call RU_Start(). 
Both ru start flags are 
ANDed together, and if the result is TRUE, the Ru_ 
Start( ) function is called. 


3.5.3 RESTARTING THE RECEIVE UNIT-RU_ 
STARTO 


The Ru_Start() 
function checks two things before it 
decides to restart the RU. The first thing it checks is 
whether the RU is already READY. If it is, there is no 
reason to restart it. If the RU is IDLE or in NO_RE- 
SOURCES, then the second thing to check is whether 
the first free FD on the free FD list has its C bit set. If 
it does, then the RU should not be restarted. The rea- 
son is that the free FD list should only contain free FDs 
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when the RU is started. If the C bit is set in the FD, 
then not all the used FD have been removed yet. If the 
RU is started when used FDs are still in the RFA, the 
82586 will write over the used FDs and frames will be 
lost. Therefore Ru_Start() 
is exited if the first FD in 


the RFA has its C bit set. If the RU is not READY, 
and begiIL-fd doesn't point to a used FD, then the RU 
is restarted. 


Note that in "Programming the 82586" there are two 
more conditions to be met before the RU is started: two 
or more FD on the RFA, and two or more RBD on the 
RFA. These conditions are checked in Put_Free_ 
RFA(), and Ru_Start() 
isn't called unless they are 
met. 


The IEEE 802.2 LLC function completes the Data 
Link Layer of the OSI model. The LLC module in this 
design example implements a class I level of service 
which provides a connectionless datagram interface. 
Several data link users or processes can run on top of 
the data link layer. Each user is identified by a link 
service access point (LSAP). Communication between' 
data link users is via LSAPs. An LSAP is an address 
that identifies a specific user process or another layer 


(see Figure 13). The LSAP addresses are defined as 
follows: 


Data Link Layer (Station Component) 
OOH 


Transport Layer 
FEH 


Network Management Layer 
08H 


User Processes 
multiples of 4 in the range 


OCH < LSAP ~ FCH 


Each receIVIngprocess is identified by a destination 
LSAP (DSAP) and each sending process is identified 
by a source LSAP (SSAP). Beforea destination process 
can receive a packet, its DSAP must be included in a 
list of active DSAPs for the data link. 


Figure 14 illustrates the relationship between the Sta- 
tion Component and the SAP components. (The SAP 
components are user processes.) The Station Compo- 
nent receives all of the good frames from the Handler 
and checks the DSAP address. If the DSAP address is 
0, then the frame is addressed to the Station Compo- 
nent and a Station Component Response is generated. 
If the DSAP address is on the active DSAP list, then 
the Station Component passes the frame to the ad- 
dressed SAP. If the DSAP address is unknown, the 
frame is returned to the handler. 


DATA LINK 
USER 
INTERfACE 


inter 


SAP 
COMPONENT 
#0 


SAP 
COMPONENT 
#1 
T 
ULCS 


-------------~ 


SAP 
COMPONENT 
#N 


There are 3 commands and 2 responses which the class 
I LLC layer must implement. Figure 15 shows IEEE 
802.2 Class I commands and responses and Figure 16 
shows the IEEE 802.2 Class I frame format. 


Commands 
Responses 
Description 


UI 
Unnumbered 
Information 
XID 
XID 
ExchangelD 
TEST 
TEST 
Remote Loopback 


Figure 15. IEEE 802.2 Class 1,Type 1 Commands 
and Responses 
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From Figure 15 it can be seen that there are no LLC 
class I VI responses because information frames are not 
acknowledged at the data link level. The only com- 
mand frames that may require responses are XID and 
TEST. If a command frame is addressed to the Station 
Component, it checks the control field to see what type 
of frame it is. If it's an XID frame, the Station Compo- 
nent responds with a class I XID response frame. If it's 
a TEST frame, the Station Component responds with a 
TEST frame, echoing back the data it received. In both 
cases, the response frame is addressed to the source of 
the command frame. 


Any frames addressed to active SAPs are passed direct- 
ly to them. The Station Component will not respond to 
SAP addressed frames. Therefore it is the responsibility 
of the SAPs to recognize and respond to frames ad- 
dressed to them. When a SAP transmits a frame, it 
builds the IEEE 802.2 frame itself and calls the Han- 
dier's 
Send_Frame() 
function 
directly. 
The 
LLC 
module is not used for SAP frame transmission. The 
only functions which the LLC module implement are 
the dynamic addition and deletion of DSAPs, multi- 
plexing the frames to user SAPs, and the Station Com- 
ponent command recognition and responses. This is 
one implementation of the IEEE 802.2 standard. Other 
implementations may have the LLC module do more 
functions, such as SAP command recognitions and re- 
sponses. A list of the functions included in the LLC 
module is as follows: 


LLC Functions 
Description 


IniLLlc() 
Initializes the DSAP 
address table and calls 
IniL586() 
Add_Dsap_ 
Add a DSAP address to 
Address (dsap, pfunc) the active list 
dsap - DSAP address 
pfunc - pointer to the 
SAP function 
Delete-Dsap- 
Delete a DSAP address 
Address (dsap) 
dsap - DSAP address 
Recv-Frame 
(pfd) 
Receives a frame from 
the 82586 Handler 
pfd - Frame Descriptor 
Pointer 
Station-Component- 
Generates a response to 
Response (pfd) 
a frame addressed to the 
Station Component 
pfd - Frame Descriptor 
Pointer 
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When a user process wants to add a LSAP to the active 
list, 
the 
process 
calls 
Add_Dsap_Address(dsap, 


pfunc). The dsap parameter is the actual DSAP ad- 
dress, and the pfunc parameter is the address of the 
function to be called when a frame with the associated 
DSAP address is received. 


The LLC module maintains a table of active dsaps 
which consists of an array of structures. Each structure 
contains two members: stat - indicates whether the ad- 
dress is free or inuse, and (*p_sap_func)() 
contains 


the address of the function to call. The index into the 
array of structures is the DSAP address. This speeds up 
processing by eliminating a linear search. Delete_ 
Dsap_Address 
(dsap) simply uses the DSAP index to 
mark the stat field FREE. 


For most networks the application layer resides on top 
of several other layers referred to here as ULCS. These 
other layers in the OSI model run from the network 
layer through the presentation layer. The implementa- 
tion of the ULCS layers is beyond the scope of this 
application note, however Intel provides these layers as 
well as the data link layer with the OpenNET product 
line. For the purpose of this application note the appli- 
cation layer resides on top of the data link layer and its 
use is to demonstrate, exercise and test the data link 
layer design example. 


There can be several processes sitting on top of the data 
link layer. Each process appears as a SAP to the data 
link. The UAP module, which implements the applica- 
tion layer, is the only SAP residing on top of the data 
link layer in this application 
example. Other SAPs 


could certainly be added such as additional "connec- 
tionless" terminals, a networking gateway, or a trans- 
port layer, however in the interest of time this was not 
done. 


Terminal Mode - implements a virtual terminal with 
datagram capability (connectionless "class I" service). 
This mode can also be thought of as an async to IEEE 
802.21802.3 
protocol converter. 


Monitor Mode - allows the station to repeatedly trans- 
mit any size frame to the cable. While in the Monitor 
Mode, the terminal provides a dynamic update of 6 
station related parameters. 


High Speed Transmit Mode - sends frames to the cable 
as fast as the software possibly can. This mode demon- 
strates the throughput 
performance of the Data Link 


Driver. 


Change Transmit Statistics - When Transmit Statistics 
is on several transmit 
statistics are gathered during 


transmission. If Transmit Statistics is off, statistics are 
not gathered and the program jumps over the section of 
code in the interrupt routine which gathers these statis- 
tics. The transmission rate is slightly increase when 
Transmit Statistics is off. 


Print All Counters - Provides current information on 
the following counters. 


Good frames transmitted: 
Good frames received: 


CRC errors received: 
Alignment errors received: 


Out of Resource frames: 
Receiver overrun frames: 


Each time a frame has been successfully transmitted the 
Good frames transmitted 
count is incremented. The 


same holds true for reception. CRC, Alignment, Out of 
Resources, and Overrun Errors are all obtained from 
the SCB. Underrun, lost CRS, SQE error, Max retry, 
and Frames that deferred are all transmit statistics that 
are obtained from the Transmit command status word. 
82586 Reset is a count which is incremented each time 
the 82586 locks up. This count has never normally been 
incremented. 


The UAP provides a menu driven human interface via 
an async terminal connected to port B on the iSBC 
186/51 board. The menu of the commands is listed in 
Figure 17 along with a description that follows: 


T - Terminal Mode 
M· Monitor Mode 
X - High Speed Transmit Mode 
V • Change Transmit Statistics 


P • Print All Counters 
C • Clear All Counters 
A - Add a Multicast Address 
Z • Delete a Multicast Address 


S - Change the SSAP Address 
D • Change the DSAPAddress 


N - Change Destination Node Address 
L - Print All Addresses 
R - Re-Initializethe Data Link 
B - Change the Number Base 


Figure 17. Menu of Data Link Driver Commands 


inter 


Add/Delete 
Multicast 
Address - Adds and Deletes 
Multicast Addresses. 


Change SSAP Address - Deletes the previous SSAP 
and adds a new one to the active list. The SSAP in this 
case is this stations LSAP. When a frame is received, 
the DSAP address in the frame received is compared 
with any active LSAPs on the list. The SSAP is also 
used in the SSAP field of all transmitted frames. 


Change DSAP Address - Delete the old DSAP and add 
a new one. The DSAP is the address of the LSAP 
which all transmit frames are sent to. 


Change Destination Node Address - Address a new 
node. 


Print All Addresses - Display on the terminal the sta- 
tion address, destination address, SSAP, DSAP, and all 
multicast addresses. 


Re-initialize Data Link - This causes the Data Link to 
completely reinitialize itself. The 82586 is reset and 


reinitialized, and the selftest diagnostic and loopback 
tests are executed. The results of the diagnostics are 
printed on the terminal. The possible output messages 
from the 82586 selftest diagnostics are: 


Passed Diagnostic Self Tests 
Failed: Self Test Diagnose Command 
Failed: Internal Loopback Self Test 
Failed: External Loopback Self Test 
Failed: External Loopback Through Transceiver Self 
Test 


Change Base - Allows all nUlIl,.bersto be displayed in 
Hex or Decimal. 


The following text was taken directly from running the 
Data Link software on a 186/51 board. It begins with 
the iSDM monitor signing on and continues into exe- 
cuting the Data Link Driver software. 


The 
following 
Multicast 
Addresses 
are 
enabled: 
OOAAOOllllll 
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x - High Speed Transmit Mode 


P - Print All Counters 


v - Change Transmit Statistics 


C - Clear All Counters 


S - Change the SSAP Address 


N - Change Destination Node Address 


R - Re-Initialize 
the Data Link 


D - Change the DSAP Address 


L - Print All Addresses 


Good frames transmitted: 
24 
Good frames received: 
1 


CRC errors received: 
0 
Alignment 
errors received: 
0 


Out of Resource frames: 
0 
Receiver overrun frames: 
0 


82586 Reset: 
0 
Transmit underrun frames: 
0 


Lost CRS: 
0 
SQE errors: 
9 


Maximum retry: 
0 
Frames that deferred: 
4 


Enter a command, type H for Help --> 
T 


Would you like the local echo on? (Y or N) --> Y 


This program will now enter the terminal mode. 


Press ·c then CR to return back to the menu 


,HC 
CR ., 


Enter a command, type H for Help --> 
M 


Do you want this station to transmit? 
(Y or N) --> 
Y 


Enter the number of data bytes in the frame --> 
1500 


Hit any key to exit Monitor Mode. 


# of Good 
Frames 


Transmitted 


# of Good 
Frames 
Received 


CRC 
Errors 
Alignment 
Errors 
Resource Overrun 
Errors 
Errors 


Enter a command, type H for Help --> 
X 


Hit any key to exit High Speed Transmit Mode. 
r 
CR 
., 


Enter a command, type H for Help --> 
R 
Passed Diagnostic 
Self Tests 


intJ 


The Terminal mode buffers characters received from 
the terminal and sends them in a frame to the cable. 
When a frame is received from the cable, data is ex- 
tracted and sent to the terminal. One of three events 
initiate the UAP to send a frame providing there is data 
to send: buffering more than 1500 bytes, receiving a 
Carriage Return from the terminal, or receiving an in- 
terrupt from the virtual terminal timer. 


The virtual terminal timer employs timer 1in the 80130 
to cause an interrupt every .125 seconds. Each time the 
interrupt occurs the software checks to see if it received 
one or more characters from the terminal. If it did, then 
it sends the characters in a frame. 


ceive FIFO has data in it. The receive FIFO is filled 
from frames being receivedfrom the cable. Each time a 
transmit interrupt occurs a byte is removed from the 
Receive FIFO and written to the 8274. When the Re- 
ceive FIFO empties, the 8274 transmit interrupt is dis- 
abled. 


The flow control implemented for the terminal inter- 
face is via RTS and CTS. When the Transmit FIFO is 
full, RTS goes inactive preventing further reception of 
characters (see Table 1). If the Receive FIFO is full, 
receive frames are lost because there is no way for the 
data link using class 1 service to communicate to the 
remote station that the buffers are full. Lost receive 
frames are accounted for by the Out of Resources 
Frame counter. 


The Async Terminal bit rate sets the throughput capa- 
bility of the station in the terminal mode because the 
bottle neck for this network is the RS232 interface. Us- 
ing this fact a simple test was conducted to verify the 
data link driver's capability of switching between the 
receiver's No Resource state and the Ready State. For 
example if station B is sending frames in the High 
The serial I/O for the async terminal interface is always 
Speed Transmit mode to station A which is in the Ter- 
polled except in the Terminal mode where it is inter- 
minal mode, frames will be lost in station A. Under 
rupt driven. The Terminal mode begins by enabling the 
these circumstances station A's receiver will be switch- 
8274 receive interrupt but leaves the 8274 transmit in- 
ing from Ready state to Out of Resources state. The 
terrupt disabled. This way any characters receivedfrom 
sum of Good frames received plus Out of Resource 
the terminal will cause an interrupt. These characters 
frames from station A should equal Good frames trans- 
are then placed in the Transmit FIFO. The only time 
mitted from station B; unless there were any underruns 
the 8274 transmit interrupt is enabled is when the Re- 
or overruns. 


Table 
1. FIFO State Table 


The interface to the async terminal is a 256 byte soft- 
ware FIFO. Since the terminal communication is full 
duplex, there are two half duplex FIFOs: a Transmit 
FIFO and a Receive FIFO. Each FIFO uses two func- 
tions for I/O: Fifo_ln() 
and Fifo_Out(). 
A block 
diagram is displayed in Figure 18. 


Function 
Present 
State 
Next State 
Action 


FIFO_ 
T_IN( 
) 
EMPTY 
IN USE 
Start Filling Transmit 
Buffer 


IN USE 
FULL 
ShutOff 
RTS 


FIFO_ 
T_OUT( 
) 
FULL 
IN USE 
Enable RTS 


IN USE 
EMPTY 
Stop Filling Transmit 
Buffer 
- 


FIFO_R_IN( 
) 
EMPTY 
IN USE 
Turn on Txlnt 


IN USE 
FULL 
Stop Filling FIFO from Receive 
Buffer 


FIFO_R_OUT( 
) 
FULL 
IN USE 
Start Filling FIFO from Receive 
Buffer 


IN USE 
EMPTY 
Turn Off Txlnt 


The Terminal Mode is entered when the Terminal_ 
Mode() 
function is called from the Menu interface. 
The Terminal_Mode( 
) function is one big loop, where 
each pass sends a frame. Receiving frames in the Ter- 
minal Mode is handled on an interrupt driven basis 
which will be discussed next. 


The loop begins by getting a TBD from the 82586 han- 
dler. The first three bytes of the first buffer are loaded 
with the IEEE 802.2 header information. The loop then 
waits for the Transmit FIFO to become not EMPTY, 
at which point a byte is removed from the Transmit 
FIFO and placed in the TBD. After each byte is re- 
moved from the Transmit FIFO several conditions are 
tested to determine whether the frame needs to be 
transmitted, or whether a new buffer must be obtained. 
A frame needs to be transmitted if: a Carriage Return is 
received, the maximum frame length is reached, or the 
send_frame 
flag is set by the virtual terminal timer. A 
new buffer must be obtained if none of the above is true 
and the max buffer size is reached. 


If a frame needs to be sent the last TBD's EOP bit is set 
and its buffer count is updated. The 82586 Handler's 
Send_Frame() 
function 
is called to transmit 
the 
frame, and continues to be called until the function re- 
turns TRUE. 


The loop is repeated until a 'C followed by a Carriage 
Return is recieved. 


Upon initialization the UAP module calls the Add_ 
Dsap_Address(dsap, 
pfunc) function in the LLC mod- 
ule. This function adds the UAP's LSAP to the active 
list. The pfunc parameter is the address of the function 
to call when a frame has been received with the UAP's 
k~t\~~J1Ci!!ess.i 
\ Jq!Jvlll'\f~iqn~itvJ}I.Ci'GY--n12~tacr lS)~ 
frame received and determines the action required. 


The commands 
and responses handled 
by Recv_ 
Data_l 
( ) are the same as the Station Component's 
commands and responses given in Figure 15. One dif- 
ference is that Recv~ata_l() 
will process a UI 
command while the Station Component will ignore a 
UI command addressed to it. 


Recv_Data_l() 
will discard any UI frames received 
unless it is in the Terminal Mode. When in the Termi- 
nal.Mode, Recv_Data_l() 
skips over the IEEE 802.2 
header information and uses the length field to deter- 
mine the number of bytes to place in the Receive FIFO. 
Before a byte is placed in the FIFO, the FIFO status is 
checked to make sure it is not full. Recv_Data_l() 
will move all of the data from the frame into the Re- 
ceive FIFO before returning .. 


When a frame is received by the 82586 handler an in- 
terrupt is generated. While in the 82586 interrupt rou- 
tine the receive frame is passed to the LLC layer and 
then to the UAP layer where the data is placed in the 
Receive 
FIFO 
by 
Recv_OctaLData_l(). 
Since 
Recv_Data_l() 
will not return until all of the data 
from the frame has been moved into the Receive FIFO, 
the 8274 transmit interrupt must be nested at a higher 
priority than the 82586 interrupt to prevent a software 
lock. For example if a frame is received which has more 
than 256 bytes of data, the Receive FIFO will fill up. 
The only way it can empty is if the 8274 interrupt can 
nest the 82586 interrupt service routine. If the 8274 
could not interrupt the 82586 ISR then the software 
would· be stuck in Recv_Data_l() 
waiting for the 
FIFO to empty. 


The Monitor Mode dynamically updates 6 station relat- 
ed parameters on the terminal as shown below. 


The Monitor_Mode() 
function consists of one loop. 


During each pass through the loop the counters are 
updated, and a frame is sent. Any size frame can be 
transmitted up to a size of the maximum number of 
transmit buffers available. Frame sizes less than the 
minimum frame length are automatically padded by the 
82586 Handler. 


MLode~areioad~d;liii-all tlie-pn;;tabldASCII'clia~ac: 
ters. This way when one station is in the Monitor Mode 
transmitting to another station in the Terminal Mode, 
the Terminal Mode station will display a marching pat- 
tern of ASCII characters. 


# of Good 
# of Good 
CRC 
Alignment 
No 
Receive 
Frames 
Frames 
Errors 
Errors 
Resource 
Overrun 
Transmitted 
Received 
Errors 
Errors 


32 
0 
00000 
00000 
00000 
00000 


inter 


The High Speed Transmit 
Mode demonstrates 
the 
throughput 
performance of the 82586 Handler. The 
Hs_Xmit_Mode() 
function operates in a tight loop 
which gets a TBD, sets the EOF bit, and calls Send_ 
Frame(). The flow chart for this loop is shown in Fig- 
ure 19. 


The loop is exited when a character is received from the 
terminal. Rather than polling the 8274 for a receive 


Figure 19. High Speed Transmit 
Mode 
FlowChart 


buffer full status, the 8274's receive interrupt is used. 
When the Hs_Xmit_Mode( 
) function is entered, the 
hs_stat 
flag is set true. If the 8274 receive interrupt 
occurs, the hs_stat 
flag is set false. This way the loop 
only has to test the hs_stat 
flag rather than calling 
inb( ) function each pass through the loop to determine 
whether a character has been received. 


The performance measured on an 8 MHz 186/51 board 
is 593 frames per second. The bottle neck in the 
throughput is the software and not the 82586. The size 
of the buffer is not relevant to the transmit frame rate. 
Whether the buffer size is 128 bytes or 1500 bytes, 
linked or not, the frame rate is still the same. Therefore 
assuming a 1500 byte buffer at 593 frames per second, 
the effective data rate is 889,500 bytes per second. 


This can easily be demonstrated by using two 186/51 
boards running the Data Link software. The receiving 
stations counters should be cleared then placed in the 
Monitor mode. When placing it in the monitor mode, 
transmission should not be enabled. When the other 
station is placed in the High Speed Transmit Mode a 
timer should be started. One can use a stop watch to 
determine the time interval for transmission. The frame 
rate is determined by dividing the number of frames 
received in the Monitor station by the time interval of 
transmission. 


inter 


APPENDIX A 
COMPILING, LINKING, LOCATING, AND RUNNING THE 
SOFTWARE ON THE 186/51 BOARD 


Copy HI.BYT and LO.BYT files into EPROMs 
PROMs go into U34 - HI.BYT and U39 - LO.BYT on the 186/51 board 


Jumper the 186/51 board for 16K byte PROMs in U34 
and U39 Table 2-5 in 186/51 HARDWARE REFER- 
ENCE MANUAL (Rev-OOI) 


186/51(E8) 
E151-E152 
OUT 
E152-E150 
IN 
E94-E95IN 
E100-E1061N 
E107-E1131N 
E133-E134IN 


186/51 (8)/186/51 
E199-E203 OUT 
E203-E191 
IN 
E120-E119IN 
E116-E1121N 
E111-E1071N 
E94-E93IN 


also change interrupt priority jumpers - switch 8274 
and 82586 interrupt priorities 


E36-E44 OUT 
E39-E47 OUT 
E37-E45 OUT 


E43-E47 OUT 
E46-ESOOUT 
E44-E48 OUT 


E36-E47IN 
E39-E44IN 
E79-E45IN 


E43-E50 IN 
E46-E47IN 
E90-E48IN 


The SDM Monitor should have the 82586's SCP 
burned into ROM. The ISCP is located at OFFFOH. 
Therefore for the SCP the value in the SDM ROM 
should be: 


ADDRESS 
FFFF6H 
FFFF8H 
FFFFAH 
FFFFCH 
FFFFEH 


DATA 
XXOOH 
XXXXH 
XXXXH 
FFFOH 
XXOOH 


I.E. 
G DOOO:6 


GOOD 
LUCK! 


:F6:uap.obj, 
1c11b.11b 
to 
:F6:d1d.1nk 
segs1ze(stack(4000h)) 
no type 


10c86 
:F6:d1d.1nk 
to 
:F6:d1d.10c& 


1n1tcode 
(ODOOOOH) 
start (beg1n) 
order(c1asses(data, 
stack, 
code)) 
& 
addresses(c1asses(data(3000H), 
stack (OCBOOH) , code(OD0020H))) 


oh86 
:F6:d1d.10c 
to 
:F6:d1d.rom 


1pps 


1 86 


f 
:F6:d1d.rom 
(OdOOOOh) 


3 


o to 
:F6:10.byt 


y 


1 to 
:F6 :h1.byt 


y 


t 27128 


9 


inter 


,.****••**** •• **•••••••••••••••••••••••••••••••• 
**•••••••• *••**•••••••••• 
* 
* 
• 
82586 
Struc tu" •• 
and Constant. 
* 
* 
* 
.**•••••••*••••••• **••••••• **••••••••••••• 
**••••••••••••••••••••••••••••• 
, 


Idefine 
INUSE 
11:I.'in* 
EMPTY 
Idelin. 
FULL 
Id.fine 
FREE 
Id.'ine 
TRUE 
Id.'ine 
FALSE 
Idefine 
NULL 


o 
1 
2 
1 
1 
o 
O.FFFF 


Id.fine 
RBUF_SIZE 
Ide'ine 
TBUF_8IZE 
Idefine 
ADD_LEN 
.d.flin. 
I'1ULTI_ADDR_CNT 


128 '* 1"eceive 
bu,fe.,. 
sit* *' 
128 '* trans.it 
buffe,. 
sl:n *' 
6 
16 


Idefine 
PASSED 
0 
Ide'ine 
FAILED_DIAONOSE 
1 
Id.fine 
FAILED_LPBK_INTERNAL 
;2 
Id.'ine 
FAILED_LPBK_EXTERNAL 
3 
.doHno 
FAILED_LPBK_TRANSCEIVER 
4 
'* F"am* 
Co_and. 
*/ 
Idefine 
UI 
0.03 
/* UnnuMbered 
In'ormation 
Fram. 
0/ 
Ide'ine 
X1D 
OlAF 
/* Elchang. 
Identification 
*/ 
Idefine 
TEST 
0lE3 
/* Remot. Loopback r••t *' 
Ideline 
P]_B1T 
0.10 
/* Poll/Fin.l 
Bit 
Position 
0/ 
ed.flne 
C_R_B1T 
0.01 
/* COINa.nd/R •• pon •• 
bit 
in 
SSAP 
*/ 


ed.fine 
DSAP _CNT 
B 
/* Numb.r 0' .llow.ble 
DSAPSI mu.t 
bo 
_ 
.ultiple 
of 
2**N, 
_nd 
DSAP .dd1' •••••••• 
igned 
"'ust 
bo 
divisible 
bV 
iZ**(S-NL 
(i. 
e. 
the 
N LSBs mu.t 
b_ 0) 
*/ 


_d.fin. 
DSAP _SHIFT 
:l 
/* DSAP_SH1FTS mus t 
equ.l 
S-N *1 


_d.fine 
XID_LENQTH 
6 
/* Numb.1' 0' 
Inlo 
b~t.s 
,O~ XID R.spons. 
'1' ••• 
*/ 


struct 
SCP 
< 
u_'hort 
.VSbUSI 
1* 82:586 
bus 
width. 
0 - 
16 bits 
1 - 
B bits 
*1 


inter 


u_short 
Jun. [2), 
u_shoT't: tacpl, 
/* 10•• " 
16 bit. 
of 
tacp 
.dd •.•••• *' 
u_ahoT't 
tac,h, 
/* upp • .,. 8 
bits 
0' 
lacp 
etldr ••• *, 
>• 


• truct; 
ISep 
( 
v_ahort 
bu.~ 
J 
,_ 
•• 
t 
to 
1 bW cpu 
b.for. 
it. 
'irst 
CA. 
cl •• "ed bU 82:586.'ter 
1" •• dl"1 *' 
u_short: 
of, •• t 
I 
'* o,f •• t 0' _..• 
at •• 
control 
bloc' *' 
u_,hort 
b••• t 
J 
/* b••• 0' _"at •• 
control 
bloc. 
*/ 
v_aho,..' 
••••• 2 
J 
> • 


( 
u_sha.,.t .t.t. 
v_ahort 
c.i1. 
v_ahort 
cbl_off 
•• t, 
u_sho1"t 
1"'._o" •• t, 
v_short 
cre_err 
•• 
v_ahort .In_arr., 
v_ahort; "ae_a",,,s. 
v_short 
avr _*"rsl 
>. 


'* at.tu. 
word*/ 
Ie 
Co••• 
"" 
word 
*/ 
/* O" •• t 0' 'i,...t 
co ••• 
"d bloc. 
in 
elL *' 
'* o" •• t 
0' .,t,...t 
fT ••• 
" •• CT'lp\o1" 
in 
RFA *' 
'e 
CRe 
errors 
.ccv_ul.t.d 
*/ 
'* Align •• nt 
."''''0''1 *' 
'e 
Fr •••• 
lost 
bee.u •• 
of 
no R•• ource. *' 
1* OYe"T'un erro". 
*, 


atruct 
CB 
( 
v_short 
st.t, 
u_.ho",t 
e.d, 
u_.hort 
link, 
u_.ho",t 
,."'.11 
u_.ho",t 
para21 
u_.ho",t 
par.3, 
u_.hort 
parM' 
u_.hort 
pa".5, 
u_.hort 
parM' 


/* Statu. 
0' Co••• 
nd */ 
/* Co ••• 
nd 
*/ 
/* 1ink 
.i.ld 
*/ 
/* Par ••• t.r. 
*/ 


.t1"'uet 
~_~B( 
u_.hort 
.tat, 
/* Statu. 
0' Co_and 
*/ 
u_.ho",t 
e.d. 
/* Co_and 
*/ 
u_.ho",t 
linkl 
/* Link 
.i.ld 
*/ 
u_.ho1"'t 
Me_entJ 
/* NUMb,1'"of 
Me 
.ddr 
••••• 
*/ 
eha" 
",c_add"CADD_LEN*"ULTIJ\DDR_CNTl' 
/* 
f1C 
.dd,. ••• 
a" •• 
*/ 
>. 


/* Tran •• it 
lu".r 
D•• c"ipto" 
TID */ 


.t"uct 
TBD 


inter 


u_.hort 
act_tnt; 
/* Nu_be,. 
of but •• 
in 
bu"e,. 
*' 
u_.hort 
link, 
1* off •• t 
to 
n •• t 
TBD *1 
u_shol"t 
buff_Ii 
/* lo",e,. 
16 bit. 
0' 
buffe" 
add"ess 
*/ 
u_short 
buff_hi 
/* upper 
e bit. 
of 
buff.,. address 
*1 
.t"uct:: 
T8 *bU"JtT'i 
/* 
not 
us.d 
blJ the 
,e6: 
used 
blJ the 
soft ••••,.. 
to 
•• v. 
addr •• s tran"liltion 
routine. 
*' 
'* T,.an,,,,1 t 8uff.,.. */ 
.truct 
T8 
{ 
chaT' 
data 
CTBUF _SIZE], 
}, 


stl"uct 
FD 
{ 
u_.hoT't .t.t, 
/* Status 
WOl"dof 
FD *1 
u_.hoTt 
.1_'1 
'* EL and S bit. 
*1 
u_.hort 
I1nl0 
/. 
link 
to 
nelt 
FD *1 
v_.hort 
rbd_of, 
•• tl 
1* Receive 
bu'f.,. 
d.scriptor 
offset 
*1 
char 
d•• t_addr[ADD_LEN], 
I_Destination 
add,.•• ,. *' 
chaT' .rc_addrCADD_LEN]; '* Sourc •• 
dd,. ••• *' 
u_.hort 
length, 
1* Length 
fi.ld 
*1 
}, 


u_.hort 
act_cntl 
u_.hort 
11nkl 
u_.hort 
buff_I, 
u~.hart 
buff _hl 
u_'hort 
,izel 
,truct 
R8 *buf' 
Jtr; 


1* ActUAl 
numb.r 
of 
bvtes 
r.ceived 
*1 
1* Ofl,.t 
to 
next 
RBD *1 
1* Lo",er 
16 bit, 
0' 
bu"er 
Add.,..,. 
*1 
1* upper 
e bit. 
of 
bu"er 
add.,.e., 
*1 
1* .ize 
of bu"e.,. 
*1 
1* not 
u.ed 
bV the 
'S6: 
used 
b\l the 
solt",.re 
to 
•• ve 
address 
trilnsliltion 
T'outine. 
*1 


{ 
char 
d.ta[R8UF 
_SIZE); 
}, 


unsigned 
chilT' 
unsigned 
chaT' 
unsigned 
chaT' 


1* De.tination 
Service 
Access 
Point 
*1 
1* Source 
Service 
Access 
Point 
*1 
1* ISO Oilta 
Link 
Commilnd *1 


intJ 


•.true 
t 
"'AT 
( 
char 
ch." 
}; 


1* t1ulttc 
•• t Addr ••• 
Tabl. 
*1 
.t.t, 
1* 
INUSE 
or 
FREE */ 
addr[ADD_LENl. 
'* actual 
.c 
.dd1" ••• *' 


struct 
FLAOS 
( 
un"illned 
dial_don. 
1, 
un"ilned 
.tat_on 
; 


un.igned 
r ••• t_.... 
1 
un"lgned r ••• 1:J."d 
1 
unsigned Ipbll_t •• t: 
1 
J 
unsigned 
Ipbll_flod.: 
1 
I 
} 
I 


.dof1no 
ELBIT 
.dof1no 
EOFBIT 
Id.fine 
SIlT 
Id.fine 
lIlT 
Id.fline 
CIIT 
Id.fine 
BIIT 
.dof1no 
OI\BIT 
'* Bel 
patte,,". 
*/ 
Id.'ln. 
ex 
Id.f1ne 
FR 
Id.'ine 
eNA 
Id.f1ne 
RNA 
Id.fllne 
RESET 
.dofino 
CU_START 
Id.fine 
RU_START 
Id.fine 
RU_ABORT 
.dofino 
CU_I1ASK 
Id.fine 
RU_MSM. 
Id.fine 
RU_READY 


Id.'in. 
NOP 
Idefine 
IA 
.dof1no 
CONFIClURE 
Id.fine 
f"IC_SETUP 
Id.flln. 
TRANSttIT 
Id.fine 
TDR 
Id.fine 
mmp 
Id.fline 
DIAONOSE 


0.8000 
0.8000 
0.4000 
0.2000 
0.8000 
0.4000 
0.2000 


0.8000 
0.4000 
0.2000 
0.1000 
0.0080 
0.0100 
0.0010 
0.0040 
0.0700 
0.0070 
0.0040 


0.0000 
0.0001 
0.0002 
0.0003 
0.0004 
0.000' 
0.0006 
0.0007 


'* diagno 
•• 
co.",and 
cOllllpl.t. 
*1 
'* network 
diagnostic 
st.ti.tic. 
on/off 
*1 
1* don't 
r ••• t 
-..h.n 
this 
bit 
i ••• 
t 
*1 
1* r ••• t 
-..h.n 
this 
bit 
1s 
•• t 
*1 
1* loopb.c 
II t••t 
fl_g 
*1 
1* loopb.cll 
.ode 
on/off 
*1 


inter 


.d •• in. 
CPm_f'lASK 
0,0007 
'de.tne 
HOERR.IT 
0.2000 
•••'in. COLI-MSI( 
O.OOOF 
Idoflno 
DEFER"",SK 
0.0080 
Idoflno 
NllCR_SK 
0.0400 
'd.'"n. 
UNDEARUM'IllttSK 
0.0100 
Idoflno 
BQEI'!_ 
0.0040 
Ido'ino 
"",XCOL"",BK 
0.0020 
Idofl 
no OUT_OF_REBOURCEB0.0200 


.d.,in. 
'••'tn. 
.eI.fine 
.d.'1n* 
'••'In. 
.d.'in. 
.d.'in. 
.d•• in. 
.d•• ine 
•••'in. 
.d.'in. 
Id."n. 
'••'in. 
'.e'in. 
.d.'in. 
.d.'ln. 
' •• 'in* 
.d.flin. 
••• 
fin* 
'••'in. 
'd.'i,,* 
•••'in. 
•••,in. 
'••'in. 
•••,in. 
•••'in. 
.d.'ln. 
' ••'in. 
.d.'ln. 


FIFO_L.II'! 
0.0800 
BYTE_CNT 
O.oooB 
BRDY 
0.0040 
SAY_BF 
0.0080 
ADDR_L.EN 
0.0lt00 
ACJ.DC 
0.0800 
PREAI'!_L.EN 
O.:ZOOO 
INT_L.PICK 
0.4000 
EXT_L.PICK 
0.8000 
L.INJ'RIO 
0.סס oo 
ACR 
0.סס oo 
BOFJET 
0.0080 
IFB 
0",.000 
SL.OT_T11'lE 
O.O:ZOO 
RETIIY__ 
O.Fooo 
PilI'! 
0.0001 
BC-PIS 
0.0002 
I'lANCHESTER 0.0004 
TOND_CRB 
0.0008 
NeRC_INS 
0.0010 
CRC_I/o 
0.0020 
BT_STUFF 
0.0040 
PAD 
0.0080 
CRBF 
0.סס oo 
CRB_BIIC 
0.0800 
CDTF 
0.סס OO 
COT_BIIC 
0.8000 
I'!IN_FRI'!J.EN 0.0040 
/0 
I'!IN_DATAJ.EN I'!IN-fIll'!J.EN 
- 


/. 
IF& t1•• 
9.6 va.c *' 
'* .10t t1•• 
51.2 
u•• e *' 
'* ".,".."v_b." l' *' 


64 IIVt •• *' 
18 
'* •.• u ••• 
Et"."netl 
IEEE 802. 3 
,,. •••• 
wit" 
6 •.• , •• 
of 
.dd,. ••• *' 


inter 


,......•........•......•....•............................................ 
. 
. 
•. 
82586 
Handler 
* 
. 
. 
••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 
_-I 
'* D.fine 
con.tant. 
for 
stor.,_ 
ar•• ., 


ed.fin. 
CB_CNT 
8 
/* Hueb.,. 
of 
avail.bl. 
Co-.nd 
Blacks 
*/ 
fd.'ine 
FD_CNT 
16 '* Nuebe" 
of 
avail.bl. 
Fr ••• 
O•• cl'iptors 
*' 
ede'lne 
RBD_CNT 
64 '* Hu.b.,. 
of 
availabl. 
Receive 
Buffer 
d.scriptors 
*' 
ed.fine 
TBD_CNT 
16 '* Hu.b." 
of 
available 
Tran •• it 
Buf'.,.. 
d.scriptors 
*' 


ed.fin. 
INTERNAL~OOPBACK 
ed.fin. 
EXTERNAL~OOPBACK 
ed.fin. 
NO~OOPBACK 


0.4000 
018000 
0.0000 


ed.fino 
T1I1ER1_CTL O.FF:lE 
edofino 
TUER1_CNT 
0.FF5B 
.d.'in. 
TI1'tER2_CTL 
O.FF66 
ed.'1ne 
TUtER2_CNT 
O.FF60 


/* 
110 
int 
void 
void 
yoid 
void 


., 
1n..,()) 
,_ 
out,,(); 
,_ 
init_intv()J 
,. 
enabl.<), 
, • 
dt •• bl.(); 
'* 


input 
word 
in.Cadd" 
••• 
) *' 
output 
••ord: 
out ••(.dd" 
••• , 
value) *' 
Initi.lil. 
the 
interrupt 
vector 
table *' 
• nable 
B0186 
interrupt. 
*' 
di •• ble 
80186 
interrupts 
*1 


_define 
ESIJ-CXlPBACK outwCOaCB.O) '* put 
the 
ESI 
in 
Loopback *' 
_d.fine 
NO_ESI_LOOPBACKout.CO.CB.8) 
'* take 
the 
ESI 
out 
of 
Loopback *' 


_define 
£01_80130 
outbCO.EO,0.63) 
'* End Of Int.rrupt 
*' 
_d.fin. 
TlI'1ER1_E01_80186 
outwCO.FF22,0.04) 
'* EOI 'or 
Ti •• r 
1 on 
the 
186 
*1 
•••• fin. 
TlPER1-.EDI_80130 
outbCO.EO,0.b4) 
'*Eol 
for 
18b's 
Ti ••••r1 
on the 
130 *' 


.doHno 
LPBKJRAI1E_BIZE 
4 
ch.T' 
Ipb k_,,, ••• 
CLPBKJRAPE_SIZEJ 
• 
{ 
Ox'S, 
O.M, 
O.S:J. 
OIM}, 


unsigned 
long 
u_short 
u_short 
unsigned 
long 
u_short 
u_shoT't 
unsigned 
long 
u_"hoT't 


good_x.it_cntl 
underT'u"_cntl 
no_cT's_cntJ 
d.' •.,._cntl 
",e_e,.r _cnt, 
•• x_col_cntl 
,..cv_'r ••••_cnt' 
,"••• t_cntl 


.truet 
CB ,beeS 
CNT1. 
'* Co•• and 
Blocll. *' 
*cb_tos. 
*begin:'cbl 
••• 
nd_cblJ'* point.,. 
to 
the 
beginning 
of 
the 
I" •• 
cOlnaand 
block 
li.t 
(cb_tos) 
and 
the 
beginning 
and 
end of 
the 
82586 
cbl 
*1 


struet 
TBD 
tbdCTBD_CNTJ, 
'* Tran •• it 
Buff.,. 
O•• cT'iptor *' 
*tbd_tosl 
'* potnt.,. 
to 
the 
,,. •• 
T,..ns •••it 
buf'." 
d•• 
c:,.ipto,.. *' 


struet 
FO fd[FD 
CHT]. 
/* Fram. 
D•• cripto". 
*/ 
*begin_'d 
••• 
nd:'di 
'* point.,.. 
to 
the 
b.ginning 
and 
end of 
the 'r•• FD li.t *' 


intJ 


1* The 
following 
.t,.uc'tu,. 
••• 
"'. 
u•• d ani" 
in 
R••• t_~86() 
function 
*' 
.t"uet 
CB 
r.s_cb, 
1* T•• po"."\1 
CB for 
.,.einitialiling 
the 
~86 *1 
.t,.uet 
M_CB 
" •• __ a_cbl 
/* T•• pora"'\1 
MA_CB floT' reloading 
Multictlst 
*1 


outwCO.FF3B, 
O.OOOC) , 
'* S.t 
Ti ••• ,,1 
Int.rrupt 
Cont"ol 
1"egiste,. *' 
ou'tw(O.FF62, 
O.FFFF)J 
/* ••t fIl•• 
count 
"*lIiste,. 
'or 
timer2 
to 
OFFFFH *' 
outw(O.FFSA, 
3S), 
'* ••t ••• 
count 
,.*.I.t." 
A floT' 
timer 
1 ., 
outwCO.FFb6. 
a.COOI), 
/. 
S.t 
Ti, •• ,.2 
Mod./Cont"ol 
,.egisteT' 
*1 
out.CO.FF5E, 
0.6009); 
1* S.t 
Timerl 
Mode/Control 
,..giste,. 
*1 
outwCO.FF2B, 
(inwCO.FF28) 
• 
O.FFEF»; 
/* Enabl_ 
186 
Tim.,,! 
interrupt 
*1 
outbCO.E2. (In.'0_£2) 
.O.OOEF», 
'* enabl. 
80130 
interrupt 
l-rom 
80186 
*1 


leb. 
ere_err, 
• 
OJ 


leb .• 1"_e""1 
• 
OJ 


,eb. 
T',e_.""1 
• 
OJ 


.eb.ov"_e,,rl 
• 
OJ 


good_ulit_ent 
- 
0, 


und.r"un_ent 
• 
0, 


no_er._ent 
• 
OJ 


d.f.r 
_ent 
• 
OJ 


'lI.e_e"" _ent 
• 
0, 
•• I_eol_ent 
• 
OJ 


r.cv_fr 
••• _cnt 
• 
0, 


" ••• t_ent 
• 
0, 


.truct 
ISCP .pl.cp. 


u_.ho"t 
i • 


• t"uet 
KAT .p •• t. 


init_intve 
)J 


Init_Ti 
•• re )J 


'Iagl. 
" ••• t_ ••••• 
OJ 
.1•••. "••• tJend • 
OJ 


'I.g 
•.• 
t.t_on 
• 
1. 


pl.ep· 
010000FFF0 
I '* Initi.lile 
the 
Isep 
pointe,.., 
pi.cp-)Obu.W 
• 
I, 


pi.ep-)oo".et. 
O"'etell.ebb 
pi,cp-)Ob •• el 
• 
SEQ"T « 
•• 


pilep-:>b 
•• e2 
• 
CSEQ"T :>:>12) 
II OIOOOF J 


pNULL • 
Build_PtrCNULL). 
,. 
build. 
NULL pointer 
- 
8086 
twpe: 
32 
bit. *' 
Bui IdJU'.C)J 
'* init 
Receiv. 
Fr ••• 
A"e. *' 
Build_CbO, 
'* inlt 
Co_and 
Block 
li.t 
*' 
m._cb. 
emd • 
O. 
'* IIRultic •• t 
_ddr •• , 
•••• 
phor. 
init 
., 


inter 


1* Ac II the 
r ••• t Interrupt 
*' 
scb. 
cMd 
• 
(eX 
I 
CHA), 
CA, 
Wait_Sell 
(), 
Enable_'B6_Int< 
), 


.truet 
FD 
.truet 
RBD 
.t,.vet 
AI 
un. i Ined 
lonl 


.pfdl 
.prlld, 
.pbu', 
badd, 


'aT' 
(p'd 
• "'deO]; 
p'd 
<- lr'dCFD_CNT 
- 
1], 
p'd++) 


pfld->.tet 
• 
pfld->el_s 
• 
0; 
p'd->11nll 
• o'f •• t (p'd+l); 
pfld->rbd_o" 
•• t • NULL' 


inter 


end_fd 
- 
--pfl'J 
'* point 
to 
.'dCFD_CNT - 
1] *' 
p'd->link 
• 
NULL, 
'* l •• t fl. I1nll 
1. NULL*' 
,'d-).I_& 
• 
ELBITI 
'* l •• t 
fld 
h•• 
EL bit 
•• t *' 
beg1n_" 
- 
pfld 
- 
.'dCol, 
'* point 
to 
fiT'st 
fld */ 
,'d-),.bd_o" 
•• t • O" •• t<8«,.bd[O]), 
/* I1nll '1rst 
fl. to 
'irat 
"bd *1 


b.dd 
• 
SEOKT 
« 
41 


bedd 
+- O" •• 1;(pllu')1 
p,.bd->bu" 
_1 - 
b.dd, 
pT'bd-)buflf _h • 
bedd » 
161 


pT'bd->bu" 
-It,. 
• 
,buf, 


pT'bd->.ct_cnt. 
0, 


prbd->linlr 
• 
O" •• 1;('1"b. 
+ 1), 
p,.bd->.1 
I •• 
RBUF_SIZE' 


end_rbd 
• 
--,rb'J 
prbd->l 
tnll • NULLI 
,,,,bd-)_11. 
I- 
ELBITJ 


.t"uc1; 
CB 
.pcbl 


.1;"uct 
T8D .ptb', 


.t,.uc1; 
TB 
.pbuf, 


unsign.d 
long 
b.dd, 


for 
(pcb. 
IlcbCO]J 
pcb 
<- IlcbCCB_CNT 
- 
I], 
pcb++) 
( 
pcb-).t.t 
• 0, 


pcb->clld 
• 
ELBITJ 
pcb->linll 
• o" •• tepcb 
+ 1)J 


) 
--pcbl 
b*gin_cbl 
- 
end_cbl 
• 
,NULL' 
pcb->l1nll 
- 
NULL; 


cla_toa 
• 
&:Cb[O]i 


b.dd 
.·Offa.t(pbu')J 


ptbd->buf'_l 
• 
".dd, 
ptbd->bu'-, 
_" 
• 
badd » 
16J 


ptbd->bu" 
Jtr 
• 
,bufJ 


--ptbdJ 
ptbd->linll 
• 
NULL' '* l.at 
tbd 
linll 
1a NULL*' 
tbd_toa 
• 
'tbdCOJJ 
/* S.t 
the 
Top 0' 
the 
St.cll *' 


if 
(Off •• t(pcb 
• 
cb_toa) 
•• 
NULL) 
r.turn(pNULL)J 
cb 
to •• 
(st,.uct 
CB *) Build_PtrCpcb->linkb 
pcb"->1 ink 
• 
NULL; 


,..turn(pcb)J 


pcb->at_t 
• 
0, 


pcb->linll 
• 
Off •• t(cb_toa)J 
cb_to •• 
pcbJ 


fl.gs. 
r ••• t_ •• ,.•• 
Ii 


Di •• b1. _586_Int 
( ) J 


if 
«ptbd 
- 
tbd_to.) 
!- 
pNULL) { 
tbd_tos 
- 
(.truct 
TBD *) Build_Ptr(ptbd->link); 


ptbd->I 
ink'" 
NULL, 


> 
Enabl._586_IntC 
); 
fl.g •. r ••• t_ ••••• 
O. 
if 
(fl_gs. 
r ••• tJ.nd 
1) 
R••• t_'S6( 
), 


r.turnCptbdJ' 


st.,.uct 
Ten 
.ptbdJ 
( 
.truct 
T8D 
.p 
J 


p->act_cnt 
• 
TBUF_BIZE. 
1* cl.a.,. 
EOFBIT 
and 
updat •• 
1z. 
on 
la.t 
tbd 
*1 


p->link 
- 
O" 
•• t(tbd_tos)J 
tbd_to. 
- 
ptbdJ 


for 
(1=0; 
i<-OxFFOOJ 
1++) 
if 
C.cb. 
cflld 
0) 
br.akJ 


if 
(i 
> OxFFOO) 
< 
BugC"DLD: 
Scb 
command not 
cI •• r\n")l 


CA, 


inter 


I••ue_CU_C~dlpcbl 
1* Oueue 
up a co••and and 
i••ue a .tart CU co~mand 
if no 
other 
co••and. 
are 
queued 
*1 
.truct 
CB 
*pcb, 


Di.able_'S6_Intll, 
if lbegin_cbl 
•• pNULLI 
< 
1* if the 
li.t 
i. inactive 
.tart CU *1 
begin_cbl 
• end_cbl 
pcb, 
.cb. cbl_off.et 
• Off.etlpcb), 
Wait_Scbl), 
.cb. c.d • CU_START, 
Bet_T·i.eoutl), 
1* .et deadman 
timer 
for CU *1 
CA, 
) 
el.e 
< 
end cbl->link 
• Off.etlpcbl' 
end_cbl 
• pcb, 


Re.et_Ti~eout lI, 
if lflag•.re.et_.e~a 
•• 
II 
flag •.re.et-pend 
• I, 


el.e 
Re.et_5B6 lI, 


Wait_ScbC), 
scb. cmd - 
Cstat_scb 
- 
scb .• tat) 
Ie (CX 
I 
CN.-. 
: FA I ANA); 
CA, 


if 
Cb.gin_cbl 
-- 
pNUL.L)( 
8ug(ItDLD: 
b•• in_cbl 
-- 
NlA.L 
in 
int.,.,.upt 
,.outin.\n"), 
,..tu,.n; 


/* 
1f 
sq,. 
b1t 
- 
0 and 
th.,.. 
III.,.. no coll1.1on. 
-> sq,•• 
,.,.or 
th1s 
cond1tion 
~111 occu,. 
on th. 
f1,.st 
t,.ans ••1•• 10n 1f 
th.,.. 
".T'. 
no coll1sion 
•• 
aT' if 
th. 
p".v10ul 
tT'an•• 1t 
command r.ach.d 
th. ".If 
collilion 
count. 
and 
th. 
cu,.,..nt 
tranl.1 
•• ion 
had no coll11iona 
*/ 


inter 


if 
(pcb->.t.t 
• 
NQEAABIT) 
++gaod_xlftlt_cntl 
.1•• { 


If 
(pcb->.t.t 
Ie NOCRSf1ASIO 
++no_cT"._cntJ 


if 
Cpcb->.t.t 
Ie UNDERRUM'lASK) 
++unde"1'"U"_cn'ti 
If 
(pcb->.t.t 
II: MAXCQLM•••StO 
++ •• x_col_cntJ 


} 
if 
(pcb->p.".1 
!- 
NULL) 
Put_Tbd (Bui IdJtr(pcb->p."",l»; 


b"•• lo 


flag •. dial_done. 
1; 


if 
C(pcb->ot.t 
• 
NOERRBITI 
-- 
0) 
SoU_Tnt 
- 
F,,"ILED_DIAllNQSE, 


br •• lll 


begin_cbl 
- 
8uild_Ptr(pcb->link); 
atb. 
cbl_off.et 
• 
pcb->11n.; 
Wait_Seb 
()J 


atb. 
cMd • 
CV_START; 


C,,", 
Wait_Seb 
()J 


Set_Ti 
•• oute)1 
1* START d•• d•• n 
timer *' 
} 
if 
C(pcb->c 
••d 
• 
CI1D_I1,,"SI\) 
-- 
I1C_SETUP 
I 
pcb->cmd 
• 
01 '* cl •• " 
Me_SETUP 
cmd word. 
thi~ 
will 
i",plement 
,. 
lock 
•••• phor •• 
0 th.t 
it 
won't 
be 
reused 
until 
it 
i. 
COMpleted *' 
.1•• 
Put_CbCpcb); 
'* Don't 
r.turn 
Me_SETUP 
CIIld 
block. 
It'. 
not 
,. 
.*ne"al 
purpo •• 
com •••• 
nd 
block 
from 
free 
CD 
list 
*1 


} 
di •• bl.(). 
/. 
di •• bl. 
cpu 
lot 
.0 
th.t 
the 
586 isT' 
will 
not 
ne.t 
*/ 


EOI_B0130J 


intJ 


.p'ell 
/* ,Dints 
to 
the 
Fr ••• 
D.scriptor 
*' 
4,. 
'* pointl 
to 
the 
l •• t 
rbel 
for 
the 
f"••• *' 
.,,,,bel, 
/* points 
to 
the ft,...t 
T'bd 
'01" 
the 'r••• */ 


for 
<p,eI 
• 
b.gin_'elJ 
plel 
!- ,NULL. 
"eI 
• 
b.gln_fel) 
If 
(pfd->.,., 
" 
CIIT) 
< 
b'1I1n_'" 
• 
<,truet 
FD ') 
Bu:lldJ'rCp'd->l1nll', 
prbd 
• 
C,t1"uct 
RID 
') 
Bul1d_PtrCpfd->".bd_o" 
•• t)1 
l' 
CpT'bd !- p•••••••• 
L) ( /* ch.cll 
to 
I'. 
l' 
• bu".r 
is attach.d 
I' 


'.nIU' '* 
DEBUG *' 
foT' 
(II. • 
,Tbd' 
(,->act_ent. 
EOFBJT> 
!- 
EOFBITI 


, 
• 
<stf'uet 
RID 
.) 
Bu11d_PtrCq,->1:lnll». 


b'lin_"bd 
• 
(,truet 
R8D .) 
Bul1d_Pt,.C,->linll); 


,->linll 
• 
NULL. 
> 
If 
(pfd->.,., 
" 
DUT_OF_REBOURCEB) 
Put_Fr'I_RFA( 
p lei) J 


81,. 
( 
/* l' 
thl 
OLD i, 
in 
a 
loopback 
t••t. 
chlcll 
the 
fr ••• 
"ICV *' 
l' 
('l •••. 
lpblc_.od ••• 
1) 
Loopbac 
II_Chic II(p,eI); 
.1,. 


,I •• 
{ 
Rltv_Fr •• ,C,''')j 
++rlcv _',.. ••• _cnt; 


>,1'1 ( 
Ru_St.T'tC), 
1* l' RU h•• 
Ion. 
into 
no r •• ourc ••• 
r •• t.rt 
it *, 
bT' •• 
'1I 


intJ 


if 
( be.pC 
(cha,. 
.) 
'pfd-)src_addrCO). 
'who.miCO), 
ADD_LEN) 
!- 
0 
) 
{ 
Put_Fr •• J'FAC pfld) J 
".turnJ 


) 
pT"bd • 
Cstruct 
RBD .) 
luild_Ptr(p'd-)rbd_of, 
•• t), '* point 
to 
1'.ceive 
buff." 
d•• cr1pto,. *' 
pbu' 
• 
(struet 
R8 .) 
pT'bd-)bu"JtrJ 
/. 
point 
to 
receive 
buffer *' 


I' 
( be.pC (cha" 
.) 
pbu', 
••I,bll_'" ••• [O), 
LPBK_FRAI"tE_SIZE) 
!- 0) 
( 
Put_Fr •• _RFACpfld); 
return; 


'or 
(p •• t ••••••teO]' 
,.at 
<- lc,.atC ••UlTI--,DDR_CNT 
- 
13, 
,.at++) 
if 
( p.at->.tat 
•• 
JNU9E 
•• 
(bempC (ch • .,. .) 
.,'d-)d 
•• t_addrCOJ, 
'pllat-).dd,..CO', 
ADD_LEN) 
•• 
0» 
b" ••• , 


if 
(,,,ot 
> "'oU/1UL 
T1J1DDll_CNT 
- 
Il) 
,..etuT'nCFALSE) 
, 
returnCTRUE)J 


Self_T 
•• t • 
PASSED, 
Ol.gno •• ( ), 
l' 
(Sel'_T 
•• t •• 
FAILEDJUt\QNOSE) 
return, 


Ru_Start()J 
'* .ta"t 
up 
the 
RU 'aT' 
loopbacli 
t •• t. *' 
'la.a. 
Ipb._",od 
•• 
I; '* '0 
into 
loopbaek 
_ode 
*1 


fla ••. 
lpbll_t 
•• t 
• 
0, 
1* •• t 
loob.ell 
t •• t 
to 
f.l 
•• 
*1 
S.nd_Lpbk_Fr 
••• 
()' 
1* int.rn.l 
looplt.ell 
t •• t 
*1 
if 
(fl •••. 
Ipbk_t 
•• t 
•• 
0) 
( 
Solf 
_To.t 
• 
FAILED_LPB"'_INTERNAL, 


'I •••. 
lpbk_lIod •• 
0, 
r.turn, 


fl •••. 
lpbll_t 
•• t 
• 
0, 


Configure 
(EXTERNAL._LOOP8ACIO, 
1* e.t.rnal 
loopb.ek 
t •• t ~I 
ESt 
in 
lpblc 
*1 


S.ndJ.pbk_Fr 
••• 
( ), 


if 
(fl.g 
•. Ipbll_t •• t •• 
0) 
( 
So If _Tnt 
• 
FAILED_LPB •••.-EXTERNAL' 


'lags. 
Ipbk_t.st 
• 
0, 
/ •• 
xt •.••n.l 
loopbilck 
t.st 
through 
transceiver 
./ 
NO_ESI_LOOPBACI'.. 
S.nd_Lpbk_Fr.,..( 
)J 
i' ('l.gs. 
Ipbk_t.st 
•• 
0) 
Solf 
_Toot. 
FAILED_LPBI'._TRANSCEIVERI 


.lfdof 
DEBUQ 
if 
«ptbd 
• 
cet_TbdO) 
•• 
pMJLL) 
F.t.l("dld 
- 
S.nd_Lpbk_Fr.,.. 
- 
couldn't 
g.t 
• 
TBD\n")j 


ptbd 
• 
C.t_Tbd 
(), 


.endi' 
/. 
DEBUG*/ 


.lIdof 
DEBUQ 
i' «pcb· 
Cet_CbO) 
pNULL) 
Fat.l("dld 
- 
Diagnose 
- 
couldn't 
get 
a CB\n"); 


fl.gs. 
dial_done· 
OJ 


Self _Test 
- 
FALSEJ 


pcb->c.d 
• 
DIACNOSE I ELBITI 


inter 


.1 Uof 
DEBUCl 
if 
«pcb. 
g.t_Clte» 
- 
,NULL) 
FatalC"dld 
- Con'ilu"e 
- 
couldn't 
I.t 
• 
C8\n"), 


pcb->,.",.1 
• O.oeoc, 
pcb->pa"a2 
• 0.2600 
I 100p'I •• , 
pcb->pa"a3 
• 
0.6000, 
pcb->p.,.1t4 
• 
O.F200, 
pcb->,.",., 
• 0.סס OO. 
if 
II oop '10 ••• 
NOJ-cx.BACK 
I 
pcb-),.,.1t6 
• 0.0040 • 
• 1•• 
pcb->pa"e 
• 0.0006, 
'* loop"_cll 
,.,.••• 
ia 
1••• 
but •• 
than 
the .ini.uM f,..••• 
lenl'" *' 
ELBIT, 


Send_Fr 
••• 
(ptbd. 
padd) 
'* "eturn. ,.1 •• 
if 
it 
can't 
g.' • CO".nd block *' 
.tl"uct 
TID 
.,tbd. 
eh.,.. 
.padd, 
( 


if 
«pcb. 
g.t_CIIO) 
•• 
,NULL) 
fl •••. 
"••• t_ ••••• 
0, 
if 
('1 •••. r•••t.."."d 
_. 
1) 
R••• t_586( ), 
return 
(FALSE> 
J 


/. 
t~io 
••Ill 
not 
••o~. 
If 
NJN..,PATAJ.EN > TBUF_IlJZE 
./ 


If 
«(1.n.t~ 
< NJN..,PATAJ.ENI.. 
/. 
O"U." 
0 4 b~t. 
elle 
./ 
(bc.pC •••hoo.UOl, 
Cc~o~ .'podd, 
AIlDJ.ENI 
!- 0)) 


ptbd->oct_cnt 
- 
NIN..,PATAJ.EN 
I EOFIJT. 


1•• ue_CU_C.dCpc-' 
), 
'1 •••. 
"' ••• t_••••• 
OJ 
t' 
('1 •••. r ••• tJenti 
l' 
R••• 
,_586C) 
J 
,..tuT'nCTRUE), 


•••dd-"ultlc 
•• t_Addr 
••• 
Cp•• ' ,*,••- painte,. 
to ."ltlc ••t a.d"••• *' 
c...... 
., •• J 
'* ,...1:".,."i"1 
'al ••••• 
n. 'h. "ulttc •• ' •••h·••• 
t.~l. t. flul1 *' 


fol"(put· 
••t, ,ut 
c- "'tCMULTI~DR_CNT 
- 
11. 
, •• t++) 
i' (,••1:->.'a' 
•• 
INUBE 
•• 
Cltc_pC .,ut->.ddrC01. 
(cha", 
.) 
, ••• 
ADD~) 
•• 
0» 
T"etul"nCT'UJE.). 


'OT' (put. 
ut, 
put c- ••• t"'IULTJ.J\DDR_CNT 
- 
11, 
, •• t++) 
t, (,••t->.tat 
- 
F"IEE) 
( 
p•• t->.tat 
• 
JNU8E, 
bcap"C 
., 
•• 1:->.d."C01, 
(cha".) 
, ••• 
ADD~), 
It", ••• 
, 


inter 


If 
(p ••• t 
> 
•••• 
tePlUL T1_"'DDR_CNT 
- 
Il) 
( 
'lags. 
,.••• t_ ••••• 
0, 
ifl 
(flaga. 
" ••• tJend 
•• 
1) 
R••• t_'S6( 
), 
Taturn (FALSE> J 


S.t_'"'ultic 
•• t.J••'d"••• (), 


'1 •••. r•••t_••••• 
0, 
1f (fll •••. 
,. ••• 
tJ.nd ··1) 
R••• 
t_~(), 


••• turnCTRUE)1 


fo1' 
<pm.t ••• 
t, 
p•• t <- ••• tUMJLTI_ADDR_CNT 
- 
13, 
, •• t++) 
If 
( 
p••• t->.t.t 
- 
INUSE 
•••• 
(beMp 
C .p •• t-)addrCO], 
(cha,..) 
p••• 
ADDJ.£N) .- 
0» 
( 
p •• t-)st:et 
• 
FREEl 
b,. •• t; 


If 
(p•• t 
> 
•••• 
tePlUL T1_"'DDR_CNT 
- 
Il) 
( 
'la.I.1' ••• ,_•••••• 
0, 
1f ('la ••. r ••• tJend •• 
1) 
R••• 
t_~6() 
I 
"'eturn 
(FALSE)J 


S.t_"ul 
t ic.at_Add,. 
••• () J 


fl •••. 
r ••• t_ •••••• 
OJ 
l' 
('la,l. 
,.••• tJend 
•• l' 
R••• 
t_'B6( 
)J 
return(TRUEb 


atruet 


, .truet 
u_,hort 


•••••T 
.p•• t, 
PIA_CB 
.p•• _c II J 


11 


i 
• 0, 
,,.._cb 
••••• _'11' 


IIIh11. 
Cp•• _Cb-)CMd 
!- 0> 
I '* l' 
the ",,_C8 
11 inu •• , 
•••it 
until 
it'. 
fire. 
*/ 
,.A_,II-)11" 
•• 
NULLJ 


fo" 
(, •• t 
- •• t, 
p•• t <- ••• tCf1ULTI_ADDR_CNT 
- 
13, 
p•• t++) 
If 
( p•• t->.t.t 
- 
INUSE) ( 
IIcoPtl( .p •• _ell->-c_.dd,,[13, 
.p •• '->.dd,,[O], 
ADD_LEN)J 
1 .- 
ADD.-LEN' 


.'"u~' 
.t"ve 
t 
RID 
*p"ltd, 
'* 
point. 
to 
••• innin. 
of 
".tv"n.d 
RID li.t 
*' 
*'J 
1* point. 
to 
.nd 
of •••tu"n.d 
R8D li.t 
*1 
"u_.t."t_fl 
•• _fd. 
1* indicet 
•• 
.-h.th." 
to 
" •• t."t 
RU*' 
"u_.t."t_'I·I_"bd, 


'1 •••. 
1' ••• 
t_•••• 
- 1, 
"u_at."t_'I 
•• _'d 
• ""_.t.,,'_'I.I_,,bd 
- 
FALSE, 
,'41->.1_ 
•• 
EL81TI 
p'd->.tat 
• 0, 
p"lId - 
(.t""et 
RID *) 
8vl1d1t"(pfd->,,lId_o" 
•• t),'* 
pick 
up the 
lin. 
to 
the 
"lid *' 
p'd->1 ink 
- 
p'd->"bd_off 
•• t 
• 
NULL, 


'* 
Dia.bl._586_lnt(), 
this 
co_.nd 
i. 
onl" 
n.c •••• "" 
in 
• ,.ultit 
••• ing 
P"ol"."'. 
How.v." 
in 
this 
.inll. 
t ••• 
environ •• nt 
this 
"out in. 
i. 
orilin.ll" 
e.l1.d 
f"OM i.r _586 ( ), 
th.r.'or. 
int.rrupt 
•• 
". 
al" •• d" di •• bl.d *' 


if 
(b•• in_'d 
_. 
pNULL) 
belin_'d 
- 
.nd_fd 
• 
p'th 
el •• 
( 
.nd_'d->11nk 
·Off 
•• t(pfd)l 
.nd_'d->.I_ 
•• 
0, 
.nd_'d 
• 
pfd, 
"u_.t."t_'lal_'d 
- 
TRUE' 


inter 


begin_"ltd 
• 
,,,ltd, 
end_1'"bd 
• 
«i' 
if 
(prbd 
!- 
q) 
ru_s'.l"'_'l 
•• _"bd 
• 
TRUEJ /* if 
the.,.e 
ts .0". than 
one 
",. 
".turned 
.t .•"t 
the 
RU *' 
'* 
if 
the 
rltd 
l1at 
al" •• dv 
•• 1.t. 
add 
the 
n••• ".turned 
"ltd. */ 
.nd_ .••••d->11"1I 
• o" •• te,.,.ltd), 
end_"bd->at 
Ie 
• 
RIUf _BIZE, 
end_"bd 
• 
" 
ru_at •••t_'l 
•• _"ltd 
• 
TRUE, 


) 
if 
(ru_sta .•.t_'la,_'d 
•• 
ru_atart_'l.'_T'ltd) 
Ru_St."t 
( )j 


'1 •••. "••• t_•••••• 
0, 
if 
('1•••. "••• tJ.nd - 
1) 
R••• t_586( ), 


aeb. 
"' .•_o,, 
•• t - O" 
•• t(It.,I"_"I), 


W.it_Scb (); 
seb. c.d 
- 
RU_START, 


C ••• 


aeb. 
,_d 
• 
RESET, 


CA, 
W.it_Scb( 
)J 


Wait_SeltC 
), 


.cb. 
utd 
• 
CU_START, 
CA, 


outw(OIFFSE, 
0) 
J 
out ••lTII1ERI_CNT. 
0), 
outw(OIFF5E, 
0.C009»1 


.eb. 
cMd • 
CHA, 
/* Acllnowl.dge 
CN.- interrupt 
*/ 
CIII 
W.it_Scb 
(), 


/* E•• eut •• 
r ••• 
t, 
Con'igur., 
S.tAddr 
•••• 
and 
MC_Sltup. 
thin 
r •• tart 
the 
Reelive 
Unit 
and 
the 
COM••••nd 
Unit 
*/ 
R••• t_'S6( 
) 
{ 


++r ••• t_cntJ 
01•• bl._'86_I"t( 
)J 
ESI_LOOP8ACK' 
So,tw.re_R 
••• t ( ) 1 


'or 
( 
1 
- 
OJ 
i <- OxFFOO, 
i++) 
i' (.eb 
.• t.t •• 
(eX 
I 
CHA») 
br •• 
llll 


/* Aell the 
r •• lt 
Int.r,..upt 
*/ 
W.it_Bcb 
C), 
wcb. 
emd 
• 
(CX 
I 
CHA), 
CA, 
Wait_Scb( 
), 


BUdo. 
DE8UQ 
i' 
C b.gin_c.l 
•• 
pNULL) 
F.t.l("DLO: 
be.in_cbl 
• 
NULL. In 
R•• et_Seb")1 
Bond U 
/0 
DEBUQ 0/ 


inter 


'* Confligul'e the 586 */ 
1* Ethernet 
d.'ault 
p8 .••••• t.,.., 
Con,tlu"e 
t. nat 
n.c •••• 
"'\1 when 
uling 
d.feu} t pa"••• te"l 
-, 


,..,_cb. 
pa".1 
• 
O.OBOC, 
" •• _cb. '.1'-.2 
- 0.2600, 
r •• _cb. ,.".-3 • O.600(h 
,..,_cb. 
p.,.1l4 
• 
O.F200, 
".,_cb. pa"'MS 
• 
0.סס OO, 
" •• _cb. p.,," • 0.0040, 
".,_cb. 
clld 
• 
CONF'IOURE 
I ELIJTI 


,.•• _cb. e.d 
• 
II. I EL8ITI 


J Ilue_R 
••• 
t_Cads 
() J 


flaT' 
(p",at 
• 
".tt01, 
p •• t <- ••• t[t'aJLTI_ADDR_CNT 
- 
III 
,ut++) 
1ft 
( 
p •• t->.t.t •• INUSE 
) 
( 
beD,,,( 
Icr •• 
cb .• '_8dllrei1, 
.pmat->.dd"C01, 
ADD_LEN)' 
i .- 
ADDJ.EN. 


,..,_",a_cb. ",,_ent 
• i, 
".'.JIla_cb. 
c.1I 
• 
rtC_SETUP 
I 
ELBITI 
u:b. 
cbl_o., 
•• t • O" 
•• tCIt" •• _•• _cb. ,t.t>. 


.eb. 
e.d 
• 
CU_START. 
S.t_Tim.out 
C), 
/* S.t 
D•• d••• n Ti •• r 
*/ 
c,•• 
En.1II1._586_JntC 
)J 


/* bcop" 
-- 
b"t. 
cop" 
routin. 
*/ 
beop"Cd.t 
•• 
rc, 
n••"t •• ) 
eh." 
*d.t. -."el 
int 
"b"t." 
( 


/_ 
be.p 
-- 
bVt. 
co.p.". 
*/ 
be.pC.I 
•• 
2. 
nb"t •• ) 
ch.T' 
*.1. *••h 
int 
"b"t ••• 
( 


inter 


/.........................•.................................................. 
,. 
· 
. 
• 
IEEE 802.:Z 
Logical 
Link 
Control 
L•••• ?' 
• 
(Station 
COlllponent) 
.•. 
............•......•••..............••...•....•............................... , 


stT'uct 
LAT 
latCOSAP_CNTJJ 


In! '_LIe 
() 
< 


'or 
(plat. 
IllateO], 
plat 
<- IclatCDSAP_CNT 
- 
IJ; 
plat++) 
plat->.t.t 
• FREEl 
".tUT'n 
(Ini 
t_'S6( ) ); 


Add_O •• p_Addr 
••• 
(d •• p. 
,'unc) 
'* DSAP .ust 
b. 
divisible 
b\l 
:Z•• CS-N). 
"he,.. 
:Z*.-N • 
DSAP_CNT. 
(i. e. 
N LBBs 
must 
b. 
0>- 


The 
function 
will 
return 
FALSE if 
do •• 
not 
••• t 
the 
above 
l"eq,uir 
••• 
nts. 
or 
the 
L•• p 
Add" ••• 
Tabl. 
is 
f1ull. 
or 
the 
IIl1dr ••• 
h•• 
alr 
•• d\l 
b•• n 
us.d. 
NULL 
DSAP ad dr ••• 
t. 
" ••• 
rv.d 
for 
the 
Station 
Co",ponent *' 


'* Check 
'or 
duplicate 
d•• p•. 
*1 
if 
( 
(pl.t 
•• 
1.t[d 
•• p :>:>DSAP SHIFTJ)-:>st.t 
•• 
FREE) 
{ 
p l.t->.t.t 
• 
lHOSEJ 
- 
pl.t-:>p_ 
•• p_'unc 
• 
pfunci 
".tu .•..n 
(TRUE)J 


>.1•• 
".tu"n(FALSE)i 


1* Function 
flo.•.•d.l.ting 
DSAP. *1 


O.l.t._D 
•• p_Add.•..••• (d •• p) 
1* 
If 
the 
sp.ci'i.d 
conn.ction 
.,1i.t., 
it 
i ••• 
v•.•..•d. 
I' 
the 
conn.ction 
do •• 
not 
•• i.t. 
the 
co",.,_"d 
is 
19no .•..•d. 
*1 


intJ 


- struct 
RHO 
.truct 
FRNE_STRUCl 
.t1"uct 
LAT 


.pl"bdl 
.pf., 
.pl_t, 


if 
(pfd-)l'bd_o'f 
•• t 
!- 
NULL) 
< '* The"e 
h•• 
to 
b. 
II rbd 
.ttilched 
to 
the 
fld. 
or 
.1•• 
th. 
f"lIme 
i5 
too 
.ho"t. 
*' 
if 
(pfs->d •• p •• 
0) 
( 
'* if 
the 
'ra",. 
is 
.dd" •••• d to 
the 
St.tion 
Component. 
then. 
r •• pon •• 
m.V b. 
required 
*/ 


if 
( ! (pfls-) 
••• 
p •• C-.R_BIT) 
} (/* 
if 
the 
frll ••••received 
15 
a 1".sponse. 
in.t 
•• d 0' • com",.nd. 
then 
reJect 
it. 


aecaus. 
this 
software 
do •• 
not 
implem.nt 
DUPLICATE_ADDRESS_CHECK. 
-> no response 
'r.",•• should 
b. 
r.,cv'd *' 
St.ti 
o"_Component_R 
•• pon •• (pf.) I 


~'* not 
.dd" •••• 
d to 
at.tion 
Component. *' 
'* cheell 
to 
••• 
if 
the 
d•• p .ddr 
•••• 
d i •• 
ctiv. 
*' 
el •• 
if 
«pf.-)d 
•• p « 
(e-DSAP 
_SHIFT) 
&: OIlOOFF) 
0 
fe&: 
(pl.t 
•• 
1.t[(p'.-)d 
•• p) 
>.> 
DSAP_SHIFTl)->.tat 
•• 
INUSE ) 
{ 
(.pl.t->p_ 
•• p_func)(p'd)l 
/. 
c.ll 
th. 
'unction 
••• 
oci.t.d 
with 
th. 
d •• p ~.c.iv.d 
*/ 


.t~uct 
FRAME_8TRVCT 
stT'Uct 
TBD 
atT'uct 
R8D 


*p~'.' 
.ptfSI 
*ptbd, 
*b.ginJtbd. 
*Ill 
*p~bdJ 


pT'bd • 
CstT'uct 
RID 
*) 
Build_Ptl"Cpfld->l"bd_off 
•• th 
pT'fa 
• 
Cstl"uct 
FRN1E_STRUCT .) 
pl"bd->bu'fJtl"l 


awitch 
CpT'fs->ctnd 
" 
""'P_FJIT) 
{c... 
XID: 


intJ 


..,hil_ 
«ptltd 
• 
Qet_TbdO) 
.- 
pNULL). 
ptbd->.ct_cnt 
• 
EOFBlT 
I XID_LENllTHI 
bea,,, 
«cha 
••• 
> 
ptbd->bu"Jtr 
•••• 
:id_'ra 
•••eCOJ, 
XID_L.ENOTH) I 


pt, •• 
CstT'uct 
FRAI'E_STRUCT 
.) 
ptbd->bu"Jt:rl 
pt'.->c",d 
• 
pT'f.-)clIIldJ 


pt's->d •• p • pr'.-> 
••• p I C R BITJ 
/* •••tUT'" 
the fr •••• 
to th ••• 
nd." 
*1 
pt,.-> ••• p • 
OJ 


whil.C 
!Send_Fr ••• 
Cptbd, 
Build_Ptr(pfd->src 
.• dd,,»}. 
b.,.. •••• 


'or 
(p"bd 
• 
CstT'uct 
RBD 
.) 
Bu11d_PtrCp'd-)rbd_o" 
•• t) • 
••. - 
beginJtbd 
• 
pNULL. 
p"ltd 
!- pNULL; 


p"ltd 
• 
Build_Pt,.(prbd->link» 
< 


whil. 
(Cptb' 
• 
O.t_Tbd(» 
•• 
pNULL)J 


if 
ell 
!- 
pNULL) 
q-)linll 
.Olf 
•• tc,tltd») 
.1•• 
begin-ptbd 
• 
ptltd; 


ptbd->act_cnt 
• 
pT'bd->act_cntJ 


bcop~«ch.r 
.) 
ptbd->buf'..,ptr, 
(char.> 
prbd-:>buff...,ptr. 
ptbd->i1ct_cnt 
& O.3FFF)1 


pt's->d 
•• p • 
pr'.-> 
••• p I C_R_8ITI 
/_ 
".turn 
th. 
fr.",. 
to 
th ••• 
nd.r 
_I 
ptfl.-> ••• p • 
01 


wh11. ( ! S.ndjr.",. 
(b.O in,J'tbd, 
8uild_Ptr 
(pfld->.rc_.ddr) 
) ), 


br •• kl 


inter 


,.••.•....•..........•..•••.••.••.......•..•................................. 
· 
. 
• 
u••,. "p,lic.tio" 
P",o,,. •• 
• 
"SUnc 
to 
IEEE 802. iU802. 3 Protocol 
Convu'te" 
· 
. 
.••..•..•.••.....•.••.••.••...••............................................., 


'* ASCII Cha,.acte". 
*/ 
ed.fine 
ESC 
0118 
.d.fine 
LF 
o.OA 
ed.fine 
CR 
0.00 
ed.'ine 88 
o,oe 
ed.fine 
BEL 
0.07 
ed.fine 
8P 
0.20 
ed.'in. 
DEL 
O.7F 
ed.fine 
CTL_C 
0.03 


/* Hard•• ,.. *' 
ed.fine 
eH_I_eTL 
0.000£ 
ed.'ine 
eH_It_eTL 
O.OODC 
.d.Hn. 
CH-'_D"'T 
O.CODA 
ed.'ine 
CH_A_DAT 
0.0008 
ed.'in. 
UART_STAT_P1SK 0.70 


/* 
Inte",.upt 
c•••• 
'OT' 8274 *' 
.doHne 
UNIT _TX_B 
0 
ed.'ln. 
UMT_RECY_B 
0.08 
ed.'in. 
UART_RECV_ERR_I 
O.oe 


edefin. 
EXT_STAT_INT_I 0.04 
ed.fin. 
EXT_STAT_INT_A 0.14 


cha" 
.1'0_t[2'6), 
ch.,. 
,tfo_rC256l; 


che'" 
w",eC~l. 
w"'bC~lJ 


unsilned 
che1" 
in_fi 
fo_t. 
out_' 
i fo_t. 
i "_fi 
fo_1". 
out_fi 
10_1". 
.c tu.l; 


u_sho1"t 
t_buf _st.t. 
T_bu' _st.t; 


un.ilned 
che1" 
d•• p •••• 
p. 
send_'le,. 
10c.l_echo; 


cheT 
Oe.t_Add1"CAOO_LENl; 
ch.1" 
P1ulti_Add1"CADD_LENl; 


elllte",n 
.t",uct 
TBD 
*Q.t _Tbdl 
l; 
ellltern 
cheT 
*Suild_Pt",( 
h 


elllte",n 
st",uc t 
FL"'OS 
fl.,sl 


eliltern 
ch." 
lIlid_.r •••• tl; 
.lIlte",n 
ch." 
.-ho•• itl. 


.It."n 
st"uet 
IlAT 
•• tC l. 
.It."n 
.t"uet 
LAT 
l.tel. 
•• t.rn 
ch." 
*pNULLI 


.It.rn 
unsign.d 
long 
gootl_ •• it_cnt, 
•• t.rn 
u short 
und.r"un_cnt. 
•• tern 
u:short 
no_c"s_cnt 
• 
•• tern 
unsign.d 
long 
d.'." 
_cnt, 
e.tern 
u shart 
s,e_err 
_cnt. 
•• ter" 
u:.hort 
••• 
_col _cnt, 
•• tern 
un.ign.d 
long 
reev_ 'r•••_cnt, 
•• tern 
u_shoT't 
r ••• 
t_cnt. 


e.tern 
.tT'uct 
SCB 
setu 


edef1n. 
RTS31NB outb (CH_B_CTL, 0.0'), 
aut, 
CCH_8_CTL,WT'ItC'l-..,..bC'l 
:0.02) 
.defin. 
RTS_OFFB outb (CHJI_CTL. 0.0'). 
outb CCHJ_CTL, tIlIT'IIC5J 
••• "IIC'lltO.FD, 
edefin. 
RTS_ONA outll(CH~_CTL. 
0.0'), 
Dutil CCH_A_CTL.IIreC53-.."...C,l 
10.02> 
•• e'ln. 
RTS_OFFA Dutil (CH_A_CTL.0.05', 
outll (CH~_CTL. 
wr.C'l-wr.C'J.O.FD) 
.d.'lu 
UART_TX_DI_B 
outb ICH_B3TL. 
0.01)1 
outb ICH_B_CTL •••~b[ I l •••~b[ I n.O.FD) 
.d.f1n. 
UART_TX_EI_B 
outb ICH_B_CTL. 0.01), 
outb ICH_B_CTL. WTb[ll_rb[ 
1l10.02) 
.d.fin. 
UART_RX_DI_B autll CCH_8_CTL,0.01). 
outb CCH_B_CTL.WT'bC1l-wT'lIe 1JltO.E7) 
ed.fine 
UART_RX_EI_B 
outll (CH_B_CTL. 0.01), 
autb CCH_B_CTL.",rbe 1l-",rbCl) 
10.10) 
ed.fin. 
REBET_TX_INT outll CCH_8_CTL.0.28) 
.d.f1n. 
EOI_S2?4 
outb ICH_A_CTL. 0.3S) 
/* S274 
Int 
10 IR3 
on 80130 
*/ 
.d*f1n* 
EOI_BOI30_S2?4 
outb (o.Eo. 
0.100) 
ed.'ine 
EOI_8013O_TH£R 
outll CO.EO,0.62) 


outbCO.EA, 
125" 
outbCO.EA. 
0.00); 
'* 
Ti •• r 
1 int.rrupts 
.v.r 
•••. 12' 
s.c *' 
•• nd_'l.g 
- 
FALSE, 
c - 
InbCO.E2), 
'* T'•• d the 
80130 
1nt.T'rupt 
••• 
11re.ister 
*' 
outll CO.Ea. 
0.OOF8 
• 
c), '* 
W1" i te 
to 
the 
80130 
inte",rupt 
••• 
k r.g i .t." *' 


inter 


R •• dCpmsg. 
cnt. 
pact) 
ch.,. 
*P.'IP 
un.igned 
che" 
,nt, 
.pecti 


fo1' 
(i 
• 
c • 
0, 
(c 
!- CR) 
It. 
(c 
!- t..F) 
Ie&: <1 ( 
198); 
) 
{ 
c 
- 
Ci () 
•• O.7FI 
i' 
(c 
•• 
BS 
I Ie 
•• 
DEL) 
< 
II 
<i 
:> 01 
( 
--11 
CoCIS); 
CoCSP" 
COCBS)1 


) 
els. 
II 
lc:>-SP) 
( 
Co 
C C) 
I 
bufCi++J 
• 
CJ 
) 
.1••t, 
(ee·. 
CRl 
II 
(c •• 
LF» 
< 
buf[ 
i++] 
• 
CRI 
bufC 
i++J 
• 
LFI 


) 


CoCCR), 
CoCLF)J 
if! 
(i 
> 
cnt) 
.p~ct 
== cnt; 
el, • 
• pact 
- 
iJ 
loT' (1 .0, 
i < .pact 
I 
i++) 
*P""II++ 
• 
bu'Cil, 


R•• dC.cbuflCO], 
eo. 
"ctual), 
i • Slip(lrCbu'[O]), 
r.tu"n 
Ccbufl[ i l), 


while 
C*p••••• !- 
'\0') 
{ 
ifl 
(*p ••••• 
'\n') 
CoCCR). 
CoC*p ••• 
++)' 


W"it.C"F.tal: 
.). 


W1" it. C p •••• 
) J 
flor( JJ 
)J 


11 ( '0' <- 
c) •• Ie <- 
'0;0'» 
retu"n( 
c; - 
'O')J 
11 (I'A' 
<- 
c) •• (e <- 
'F') 
) 
return 
(c - 0.31)1 
If 
« 
'.' 
<- c) •• 
(e <- 'f' )) 
".turn 
(c - 0.'7)1 
1'etu1'n(O.FF)1 


Lower _C•• e C c) 
chAT' 
{ 
i I 
(C'.' 
<- 
c) 
•••• 
(c <- ' I') ) 
return(e)J 
ifl 
CC 'A' 
<- 
c) 
•• 
(c 
<- 
'I'» 
1'eturn( 
c + 0.20>1 
return(O); 


inter 


i ••(c 
" 
OaFO) » 
.; 
If 
I( 
< (01 
chCOJ 
•• i 
+ 0.30, 
.1•• 
cheO) 
- 
( + 0.37; 
i 
•• (c 
II OJOf') 
; 
If 
Ii 
< (01 
chell. 
i + 0.30• 
• 1•• 
ch[l] 
•• i + 0.37. 
ch[2] •• '\0'; 


'OT' 
(don •• 
FALSE, 
don ••• 
FALSEI 
) 
< 
R•• dU,cbu'COJ. 
SO••• 
ctu.l); 
i • S.lpCllcbu'CO]), 


If 
IJ 
> 91 
he ••• 
TRUE. 
wd 
•• wd*10 
+ 
Jl 
.It 
••• "*16 + Jl 
if 
C.II 
< 
wdl) 
dover" 
TRUE; 
if 
h,h 
< 
~hl) 
Itover 
•• TRUE; 
wdl 
•••• 
d; 
whl 
•• 
IIlh. 
} 
l' 
(cbuflCiJ 
•• 
'H' 
II 
cbu'ti] 
•• 
'h' 
II 
cbvlti] 
_. 
CR :: 
cllulti] 
•• 
LF I: 
cbv'ti] 
•.•••• 
) ( 
if 
(cbulti) 
•• 
'H' 
I: 
cbu,ei] 
•• 
'h') 
h •••• 
TRUE; 
if 
(h •••• 
TRUE •• 
hov.'" 
•• 
FALSE) 
done. 
TRUE; 
if 
(h •••• 
FALSE 
.11- dove,. _. 
FALSE) 
done 
•• 
TRUE I 


if 
C!don.) 
( 
W-riteC-\n 
Thie 
nu_ ••e-r i, 
too 
bi,_ 
\n 
It 
•••, 
to 
b. 
I.,. 
than 
65'36. 
\n"), 


W1"it.C-'n 
Ent.r 
nv",b.r 
--> -), 


) 
.1•• 
W'rit.C" 
111 ••• 1 Ch.-r.ct.,.\n 
Ent.r 
• 
nVlIb.-r -->.•" 
) 
if 
Ch •• 
) 
r.tvrnC 
•••,,), 
-r.tv-rnC..,d)I 


Int_To_AlciiCv.lv 
•• 
b•••• 
ld, 
ch, 
w1dth) 
/* convert 
.n 
int •• er 
to 
.n 
ASCII 
.trin, 
*/ 
vn,ign.d 
lon, 
v.lv.' 
u_thort 
b•••••• 
1dth, 
ch.r 
chCl. 
14, 


fa,. 
<i 
• 
0, 
1 < widt.u 
i++) 


J 
• 
v.lu. 
X ba'.J 
if 
(J 
< 10) 
the!J· 
J + O.30J 
.1 •• 
ch[l] 
• 
J + 0.37, 
valu •• 
value 
/ 
ba •• , 
) 
for 
<i 
• 
width 
- 
11 ch[!J 
•• 
'0' 
•••• ! > 0, 
i--) 
ch[ i] 
• 
ld, 
chC..,idth] 
• 
'\O'J 


W,.tt.j.onv_IntCd'llI 
i) 
unligned 
long 
d.." 
u_tho,.t 
1; 


if 
(dh •• 
) 
Int_To_A,cii(dlll' 
16. 
' 
" 
&cl'l[OJ, 
B); 
.1t. 
Int_To_Alcii<dw. 
10. 
' 
" 
&ch[03. 
10). 
for 
(J 
• 
O. 
ch[J] 
!. 
'\O'J 
t--, 
J++) 
!in.C!l 
• 
chCJ]J 


u_Ihort 
J; 
ch.r 
chC6]1 
unligned 
long 
d_J 


dill 
• 
III. 
if 
(dhu;) 
Int_To_Atcii(dw. 
16, 
'0', 
IcchC01. 
4'; 
el,. 


Int_To_A.cilldlll. 
10. 
'0' •• 
c,.tO]. 
~)I 
'or 
CJ .0, 
dttJ] 
!- 
'\0" 
i--. 
J++) 
tin.Cl] 
- 
ettCJ]J 


'or 
C 
; 
, 
) 
( 
It - 
R•• d_C".r 
C) I 
i' C Clf 
-- 
'V') 
II 
Cr. 
'V'» 
r.turnCTRUE), 
l' 
CU. 
- 
"N') 
II 
C~ 
'n'» 
returnCFALBE>J 


Writ.C· 
Ent.r 
• 
Y or 
N --> .), 


R•• d_A.drCp ••••• 
dd. 
ent) '* ,•••- pointar 
to 
t"a 
out,ut 
••••••• 
*' 
, •• 
dd 
- ,oint.,. to t,.•• 
ddr •••• 
, 
,. 
ent 
- 
nu •••• '" 0' •.•t •• 
in 
the 
•• 411'•••• 
, 
ch.", 
.p••••• 
dd[]. 
ent, 


'or 
C 
I 
I 
) 
( 
Writ.C, 
•• ,)J 
R•• d n,ebu~CO]. 
80 ••• 
ctu.l); 


'0'" 
(J 
- ."'p (.cbu,tO]). 
i 
- 0, 
• < 2*cnt 
, 
i++. 
J++) 
( 
i' «'0' 
<- clfuftJ]) 
•• 
(elfu,t 
••] <- 
'4J'» 
cbv,ti] 
- 
ebvfeJl 
- 
'0'1 
e1•• 
if 
( 
'A' 
<- cbufeJ]) 
••• 
(elfuftJ) 
<- 
'F'» 
ebv,t 
i] - ebuft 
J] 
- 0.37; 
.1••i' (C'.· 
<- cbu'CJ]) 
••• 
(cbuftJ] 
<- 
'f'J) 
ebu'Cil 
- 
cbufCJ] 
- 
0.'7, 
al •• 
( 
Writ.CN 
111••• 1 C".,..et.r\n"); 


byo •••. 
' 


}i' (i >- 2*cnt 
- 
1) 
br •••. ; 
} 
foT' 
(j, 
• 
0, 
t <- ent 
- 
I, 
i++J 
•• dC(cnt 
- 
I> - 
t] 
• 
eb""t:l*i] 
«4 
cbv'[2*1 
+ 1); 


i 
• 
padd[cnt-l 
J, 
Cha"_Ta-,,acii(i, 
.c[O])J 
W"it.(lcc[O])1 


>c[O] 
• 
'\n'. 
c[l] • '\0'. 
W,.it.(.c[OJ 
h 


A.cvJ)ata_l 
(pfld) 


.t1'uct 
FD 


.t"uct 
FANE_STRUCT 
• t"uct 
TBD 
.t"uct 
RBD 
cha" 
Int 


*,,,,.. .,t'a, 
.ptbd. *iII.,inJtilld. 
-, • 
.p"bd, 
.'''bu'J 
cnt, 


.wltch 
(prfo-)cMd 
• ~PJJlITl 
ea.. 
UI: 


if 
(_ani 
to" _fila,) 
." ••• 10 '* Don It put 
•••t. 
in 
fllfo 
unl ••• 
in 
t.r.in 
••l 
.041•• 
, 
,,,bu' 
• 
(ch.•" 
*) 
pr'" 
,,,bu' 
.- 
31 '* IlIi, 
av.r 
the 
h•••••• r 
infa 
••n' 
paint 
ta 
the 
data *, 
ent 
• 
3. 
,"->I.",th 
- 
31 
'ar 
(, 
,rbd 
!- 
,NULL.' cnt. 
O. 
prltuf 
- 
(cha" 
.) 
prbd->bu"Jt,,){ 
'af' 
( 
, 
cnt 
< 
(prbd->aet_cnt 
• 
O.03FFF) 
•• 
p'd->l.ngth 
:> 0, 
ent++. 
,rbuf++, 
pfld->lenlth--) 
< 
while(T"_bufl_atat 
•• 
FULL.), 
Fiflo_A_In 
(.p"bufl) 
J 
> 
,rb •• 
luild_PtrC'l'bd->Unk)1 


i' 
(pfld->l.n,th 
•• 
0 •• 
prb' 
!- 
,NULL) 
Fatal( 
"Uap: 
R.cv_Dat._l( 
p'd) 
.), 
'.nd 
i f '* DEBUO ., 
> 
br ••• ' 


while 
Hptll' 
- 
O.t_Ttld(» 
•• 
,NULL), 
pttl.->.ct_,nt 
• 
EOFBIT 
I XID_LENQTHI 
bcap ••• «ch.r 
.) 
ptbd->buf'Jtr 
••• 
id_'r 
•••••[Ol. 
XID_LENQTH); 
ptf •• 
C.t1"U,t 
FRAtE_STAVCT *) 
ptltd->bu"Jtri 
pt',->cMd 
• 
P"'I-)clndJ 


pt,.->d 
•• p • 
prl.-> 
••• p 
I C_R_BIT; '* ,..turn 
the 
fr ••••• 
to 
the 
•• nd•.••• , 
ptf.-> 
••• , 
•••• 
pl 
whil.( 
!S.nd_F .••••• Cptbd. 
Build_Pt 
.••Cpfld-> •.••'_.dd 
.••»)1 


for 
(,rbd 
• 
(struct 
RBD *) 
Build-Ptr(pfd->rbd_off 
•• t), 
q, • 
b.ginJltbd 
• 
,NULL' prbcf !. ,NULL; 


p",ltd • 
Build_Ptrtprbd->link» 
( 
while 
((ptbcf 
• O.t_Tbd()) 
•• 
pNlA..L); 


if 
(q 
!- 
pNULL) 
q->link 
.O'f 
•• t(ptbd); 
el •• 
b.ginJtbd 
• 
ptbd; 
ptbcf->.ct_cnt 
• 
prbcf->.ct_cnt; 
bcop~«ch.r 
*) 
ptbd->buf'JtT·. 
(ch.r 
*) 
prbd->bu"_ptr. 
ptbd->.ct_cnt 
Ir Ox3FFF); 


pt,.->d 
•• , 
- 
,r'.->ssa, 
: C_R_BIT; ,* ,..tu,.n 
the 
,1" •••• 
to 
the 
sende,. *' 
pt's->ss.p 
• 
',.pJ 


Ylhi 1.( 
!Send_Frame (beg inJltbd. 
Bui 1d_ptr (p'd->,rc_.ddr) 
J ) J 
br •• k; 


Oi ,ab l._U.rt_Int 
(); 
i' 
(out_fi'o_t 
•• 
1n_'1'0_t) 
/* 1f 
the 
h'o 
i, 
.""tv 
*/ 
t 
bu' 
,t.t 
• 
E"PTY; /* .top 
filling 
Tr.nsMit 
Bu".", 
D.,criptors 
*/ 
ell. 
- 
- 
/* if 
the 
lilo 
lIIlas 'ull 
.nd 
is 
now d,...ining *' 
i' 
(t_b ul _stat 
•• 
FULL Irlt 
out_' 
i 'o_t 
- eo •• 
in_' 
i 'o_t) 
/* 
turn 
on 
the 
spigot *' 


} 
En.bl._Uart_Int( 
); 


returnee); 


t_bu._st.t 
• INUSE,/* st.,.t 
'illin. 
T,..n,.it 
lu"." 
D.,c,.iptol" */. 


• 1,. 
/* if 
th.,. •• 
,.. 
onlV 20 loc.tion, 
1."6 
tu,.n 
0" 
the 
,pilot 
./ 
i' 
(t_'u,_,t., 
- 
INUSE•• 
in_.i'o_' 
+ 20 •• out_'i'o_t) 
( 
RTS_c:JFn. 
t_bu' _,t.t 
• FULLI 


i' 
(out_'ifo_", 
•• 
in_'I'o_,.) 
/. i' the 
'i'o 
i, .""lJ 
*/ 
'"_bu'_,t.t • E"'TV, 


.1,. 
/. 
if 
the 
'i'o 
•• , 
full 
and i' 
now d,..ining 
./ 
i' 
(,._bu,_,tat 
- 
FULLIt. ou't_'I'o_" 
- 81 - 
In_'I'o_,.) 
"_bu'_,tat 
• 
INUBE, 


",etu,,"(c)J 


'iflo_,.[ln_'i'o_,.++] 
• 
c, 
Di,.ble_Va",t.:,.lnt( 
), 
i' 
(,._bu,_,tat 
- 
EJ9'TY) 
UAIlT_TX_EI_B. 
Co(O)J 
/. 
p1'i•• 
th. 
int.,.1'upt 
./ 
'"_'u' _stat. 
lNU8E1 
> 
.ls. 
/. 
i' 
the 
buf'." 
t, full. 
indicat. 
it 
./ 
if 
("_bu,_,tat 
•• 
INUSE•• 1n_.1'0_,. - 
out_'ifo_,.) 
"_bu' _,t.t • FULL, 
En.bl._U.,.t_lnt( 
)J 


if ("_'u,_,t.t 
E•• TY) 
( 
UART_TX_DIJh 
/. 
i' 
fifo 
t, •••• 
ptlJ di,abl. 
t"an,.itt.", 
*/ 
RESET_TX_INT. 
>.1•• 
out. 
(CH_a_DAT. 
Fi'o_R_OutC)), 


.,. 
••• 
J 


inter 


outlt 
(eM_B_eTL.1 
1») 
,. 
paint 
to 
RRt 
In 
8274 
*/ 
stet 
• 
inbCCHJ_CTL), 
outb CCHJl3TL. 
0.301' 
if 
C.td 
" 
0.0010) 
WTlteC"\nP.l"it." 
E",..or 
Detected\""») 
1ft C,t.t • 0.0020) 
W1"'teC"\nOve"T'un 
E,.."of' 
D.tect.d\n 


Jl 


); 
if 
C.t.t 
" 
0.0040) 
WT-iteCH'nF" 
•• 1nl 
E,,1"ol' 
Detected\""») 
bl" •••. 
' 


c ••• 
UARTJlECY_I: 


c 
• 
lnItCCH_8J)AT)J 


I' 
(h,_stat 
- 
TRUE> 
( 
h,_atet 
• 
FALSE, 
1* Fl •• 
to 
'.".'net. 
High 
Sp•• d Tl"anu.it 
IIIode *' 
In' •• It, 


if 
(c 
•• 
eTa.. c> 
t•••t.t •-FALSE, 
.1•• 
FifD_T_ln<c)J 
tn·••• , 


c ••• 
EJCT_STAT_INT_I: 


out'CCHJ_CTL, 
0.10); 


bl" •• 
II, 


c••• 
EIT _8TAT_INTJl: 


outbCCHJl_CTL. 
0.10), 
br •••. ; 


) 
EOI_80I30_8:174' 
EOI_8:174 • 


•• nd_fla, 
• 
TRUE' 
autbeO.EA, 
125). 


outbCO.EA, 
0.00', '* Till.,.. 
1 int.rrupt, 
everv 
.12' ••e *' 
autbeOIEO. 
0.62>, 
/* Eol 10130 
*/ 


'or(J 
I) 
< 
Read 
AddrC·'n'nEnte" 
this 
Station'. 
LSAP in 
Hel 
--) 
", 
Il, •• p, 
1); 
i' 
(!Add_D.ap,J\ddre 
•• (••• p. 
Recv_Data_i) 
< 
WriteC"'n'nErro,,: 
LSAP Addr ••• 
mUlt 
be 
on. 
01 the 
fol10winl= 
'nOl)j 
Writ.C"'n 
2OH, 4OH. 6OH. SOH. AOH, COH, 
EOH 'n"). 


fo" 
C 
J 
; 
) 
( 
R.ad,J\ddrC 
"'nEnt." 
the 
Multic 
•• t 
Addr •• 1 in 
H•• 
--) 
••, 
ld'1ulUJ\dd~[O). 
"DO_LEN); 
if 
CU1ulti_Add"tOJ 
, 
0.01) 
•• 
0) 
W"itaC"'n80rT'lJ' 
the 
LBB of 
the 
Multi,.,t 
Add" ••• 
_Ult 
Ita 
l'n"), 
al •• 
( 
if 
(!Add-"ultica.t_Add" 
••• 
C'"ulti_AddrCOJ» 
< 
W'rit.C"'"'nSarr\l' 
Multica.t 
Addr ••• 
T.bl. 
i. 
full!'n"), 
br •• II, 
>.1•• < 
W"it.C"'n\nWauld 
lJau lill. 
to 
add 
anoth.,. 
Multic 
•• t 
Add" ••• '''), 
Writ.C· 
(y 
OT' N) --) 
.)J 
if 
C!V•• C» 
1t.,. ••• 
J 


far 
( ; 
I 
) 
< 
Read_Addr( 
"'nEnt." 
the 
Multic 
•• t 
Add" ••• 
that 
lJau lIlant 
to 
delete 
in 
H•• 
--)". 
"l1ulU_Md~[O). 
"DO_LEN)' 
if 
CCMulti..Add1"COJ " 0101) 
•• 
0) 
Writ.C"'n8o"rlJ' 
the 
L81 of 
the 
Multic 
•• t 
Add" ••• 
lIuat 
b. 
l\n"), 
el •• 
< 
if 
C!D.let._"ultlcaat_Add" 
••• 
UrMulti_Addr(OJ» 
< 
Writ.C"'n\nSo"T'\I. 
that 
I'Iulti, 
•• t Add" ••• 
do•• n't 
elli.t!'n"), 
~".allJ 
> 
el •• 
< 
Wl"it.C"'"'nWould 
'Iou 
11k. 
ta 
d.l.t 
•• 
noth.r 
Multit:ast 
Addr ••• ''')j 


Writ.C" 
CY 0" N) 
--) 
"), 
if 
C!V.aC» 
br ••• 
; 


inter 


Writ.C "'" 
Thi. 
St.tton. 
Ho" 
Addr ••• 
i.: 
")J 


...,.1tl_Allld1"(II.lIo.,.1[03. 
ADD_LEN)J 
W,.tt.C"," 
Th. 
Add"'" 
of 
thl 
D•• tination 
Nod. 
i.: 
"), 
w..it •.J\ •• " (••0•• '_ •••••,.[0). 
",oo_LEN), 
Writ.("\" 
Thi. 
Station. 
LeAP 
Addr ••• 
i.: 
"). 


W,. tt._Add1" C•••• 
p. 
1), 
Writ.e"'" 
Th. 
Add.,. ••• 
0' 
the 
D•• tination 
LSAP i.: 
"), 
Writ'J'dd"Clld 
•• p. 
I), 
.t.t • FALSE. 
for 
(p •• t ••••• tt01l 
,,,,at <- .",.tCf'1ULTI_ADDR_CNT 
- 
1]1 
p •• t++) 
if 
(, •• 1;->.'at 
•• 
JNUSE) ( 
.t.t • TRUE, 
1t1""" 
} 
If <.h'l 
< 
W,.tt.("\n 
Th. 
'0110 ••1"1 Multica.t 
Addr •••••• 
r. ,nlltl.d: 
"), 


foT' 
(p.,t 
••••• 
ttO], 
p•• t <- ••• tCf'tUL.Tt_ADDR_CNT 
- 
1]; 
p•••t++) 
if (,,,1;->.,,t •• 
lNUSE> 
( 
W,.it._•••••,.<"p ••• '->d.,. 
[01. 
",ooJ.ENlI 
Writ.(" 
")J 


} 
.1•• 
..,.11;.("'" 
ThlT" .r, no P'lultic 
•• t Addr•••••• 
n•• l.d. 
\n"); 


l' 
«.t,t 
• 
Init_Llc(» 
•• 
PASSED) 
Writ.C 
••'n\nP 
•••• 
d Di'lno,tic 
S.l' 
T.,t,\n\n\n 
tl 


), 
.1•• 
tft,tet 
.- 
FAILED_DIAONOSE) 
WTit.t·\n\nFei~.d: 
S.lf 
T.,t 
Di.lno,. 
Co,.,...ntl\n·), 
.1•• 
t f( ,t.t 
-- FAlLED_LPI"_JNTERNAL) 
WT'it.CM\n\nFeil.d: 
Int.,.nal 
Loopbac" 
S.l' 
T•• t\n"), 
.1,. 
ifC.t.t 
-- 
FAILED_LPBK_EXTERNAL) 
Writ.C"\n\nFei1.d: 
Ext.rnal 
Loopback 
S.l' 
T•• t\nM); 
.1,. 
ifCst.t 
-- 
FAILED_LP.tf._TRANSCEIYER) 
Writ.Ctl\n\nFai1.d: 
£.t.,.nal 
Loo,beck 
Thl'oUlh 
TT'ensceiv.,. 
S.l' 
T.lt\n·); 


out" 
CO.E2. 
0.10), 
/. 
ICW3 ./ 
outll CO.E:2. 
O.OD), 
/. 
ICW4 ./ 
outIlCO_E2. 
0_10), 
/.IC~ 
./ 
outbCO.E2. 
O.FF), 
/. 
••• 
11 .11 
int.rrupt. 
*/ 


out •••CO.FF20. 
0.00(0), 
/ ••• 
t 
80186 
v.c tor 
b••• 
./ 


/. 
Initializ. 
the 
80130 
tiM.rs 
for 
Terminal 
Mod• ./ 


autll 
CO.EE. 
0.34), 


autb 
CO.E8. 
0.18), 
outb 10,E8. 
O.OI)J 
/. 
BVBTlCK .et 
for 
1 •• ee */ 
outll CO.EE. 
0,701, 


Dutil CO.EA. 
125); 


outll CO.EA. 0.00), 
/. 
Tt.•• r 
I lnte"ru,t. 
ever •• . i25 
I.e 
*/ 


/* 
Initi.llz. 
the 
8274 
*/ 
outbCCH...B_CTL. 
0.10), 
outbCCHJ_CTL., 
o.ae)J 
outb(CH_B_CTL. 
0.30); 
outb CCH-,,_CTL. 
0.38), 
outblCH_B_CTL. 
21, 
outblCHJI_CTL. 
_bC2l 
.0,14); 
outblCHJI_CTL. 
II' 
outblCH_B_CTL. 
_bCll 
• 
0,15lJ 


outb(CHJI_CTL. 
51, 
outblCH_B_CTL. 
_bC5l 
• 
O,EAI, 


Wri teC "'n'n'n'n'n'n'n'n'n'n'n'n"), 
W" it. C " 
•••••••••••••••••••••••••••••••••••••••••••••••••••••• 
,n" ); 
W1"'tt.C" 
• 
82586 
IEEE 802.2/802.3 
Ca.pettltl. 
D.t. 
L.ink 
Driver 
.'n"); 


Wri teC" 
•••••••••••••••••••••••••••••••••••••••••••••••••••••• 
,n"); 
Wri t. ("'n\n\n\n\n'n'n") 
1 


int 
11:rue1: 
char 


f,.••• _cnt, 
buf _cn1:1 
TBD 
.ptltd •• 
Il- ."eginJtbd; 
.pbuf. 
c; 


10c.l_echo 
• 
TRUEI 
el,. 
loc.l_echo 
:II FALSEI 


EOI_80130_8274. 
En.ble_U.rt_Int( 
)J 
En.ble_Ti 
•• r _Int()' 
Man1tor _' 1••• 
FALSE' 
tlll,t.t 
• 
TRUE; 
while 
(t •• t.t) 


.,.hU. 
(eptbd 
• 
get_Tbd() 
•• 
pN\A..L)I 
1* get. 
xmit 
buf'er 
from 
the 
d.t. 
linll 
*/ 
pbuf 
• 
ech.r 
*) 
ptbd->bu".,JItrl 
/* point 
to 
the 
buff.r 
*/ 
bu' _cnt 
• 
Oi 


be.in.,JItbd 
• 
ptbdJ 
*pbuf++ 
• 
d,.pi 
*pbuf++ 
• 
".pJ 
*pbuf++ 
• 
Uti 
buf _cnt 
• 
3J 
} 
.1,. 
,-:>11nll. 
Off •• tCptbd)J 
/* 
if 
this 
isn't 
th. 
'irst 
buff.r 
link 
the 
pr.viou. 
buffer 
w1th 
the 
n•••• on. 
*/ 
/* fill 
up • 
d.t. 
link 
I.it: 
buf'er 
fro •••••• 
nc 
tr.ns.it 
fifo 
*/ 
'a,. 
( 
J 
bu'_cnt 
< TBUF_SJZE ••• 
'r.",e_cnt 
< P1AX_FRAME_SJZEI 


.uf _cnt++, 
pbu'++, 
'r •• e_cnt++) 
{ 
if 
(f,..",e_cnt 
!. 0 ••• 
end_' 
1.1) 
bre.k, 


whUe 
et_bu._.t.t 
.- 
EMPTY), 
/* •••it 
until 
'ifo 
h•• 
d.te 
./ 
if 
«c 
•• 
pbu' 
• 
Fi.o_T_Out(» 
•• 
CR) -( 
++bu' _cnt 
• 
++pbufl 
++,,.e,,,e_cntJ 


bY' •• 
II I 


} 
if 
(c 
•• 
CR 11 bu'_cnt 
< TBUF_SJZE II 
.end_'leg) 
-( /* 
l •• t 
buf'.r 
in 
list 
*/ 
ptbd->.ct_cnt 
• 
bu'_cnt 
I EOFBJTJ 
.end_'l 
••• 
FALSE; 
b,. •• 
1I1 


} 
",hi lee !Send_F,.e.,.(begin-ptbd, 
&eD •• 
t_Addl"CO]»J 
/* keep 
tr ••ing 
until 
.ucc.,s'u) 
*/ 


intJ 


D1•• b 1*_U.,.t_lnt 
( " 
Di •• ble_Ti •• 
T' _Int 
() I 
ilion 11;01"_'1 ••• 
TAUEl 


v_.hort 
.truet 
T8D 
cha" 


bu' _cnt, 
',..••• _cnt. 
i I 
.,tbd. 
-fl- *••*,1n-9tbd, 
_,bu'; 


••_,inJtbd 
• 
,ttldl 
.,bu' •• - d•• p' 
.,bu'+••••• 
,. 
• ,bu'++ 
• 
UI, 
bu'_cnt 
• 
31 
>.1 •• 
q->11nll. 
O" •• t(ptbdb 
,* if 
this 
i.n't 
the 
fir.t 
buffer 
link 
the 
previous 
bu"." 
lI'ith 
the 
n• .., one *' 
'* 'ill 
up • 
data 
Unll 
I.it 
bu"." 
with 
ASCII 
characters 
*1 
'ar 
(, 
bufl_cnt 
< TBUF_SIZE 
" 
cnt 
> O. 
i++. 
bu'_cnt++, 
pbu'++. c"1;--. 
'rame_cnt+.) 
{ 
.,bu' • 
Ii 
II 
(1 > O.7EI 
i 
• 
OlflF; 
> 
if 
Cent •• 
0) 
{ '* l •• t bu"e,. 
in 
lilt 
*1 
ptbd->act_cnt 
• 
bu' _cnt 
I EOFBJTI 


b1' ••• 
' 


fOT (Uti t 
• 
FM.SE, 
I.i t 
•• 
FM.SE; 
) ( 
WTit.("'n 
Ent.T 
the 
nU.~.T 
of 
d.t. 
bvt •• 
1n th. 
fT••• 
-> "); 
ent 
• 
Re.d_Int 
( ); 
1f 
(ent 
> 204') 
W1"it. 
("\n 
801'"T\I, the 
nu.b.T 
h•• 
to 
be 
1•• 
11 th.n 
204b!\n"); 
.115 • 
•• it 
• 
TRUE; 


WTit.(" 
• 
of 
Qaod 
WTit.(" 
Fr •••• 
Wr1t.( 
•• Tr.n •• itt.d 


• 
0' 
Qood 
FT.,.•• 
R.ceived 


No 
R•• ourc. 
E1'"roTa 


I.IXI. 
x. X. 
1.1.'.1. 
11 
..1 
. 
• •• 1 •• 1. 
25 


fOT 
(i 
• 
01 
1 < 791 
i++) 
11n.[1l 
• 0.20, 
1in.[793 
• 
CR, 
11n.[801 • 
'\0', 


while 
((inb(CH_B_CTL) 
te 
1> ··0) 
( 
for 
Ci 
- 
0. 
i < 72; 
1++) 
)in.Cl1 
• 0.20. 
Writ._Lonl_JntClood_ 
•• 1t_cnt. 
11); 
Wr1t._Lonl_Jnt(r.cv_fr 
••• _cnt. 
2'). 
WT-it._Short_lnt(.eb. 
cr(_.rrs. 
33). 
Writ._Bhort_lntCseb 
.• 1n_.rrs. 
44); 
Wr1t._Short_lnt 
C.eb. 
r.e_.rr.. 
'7), 
W1"it._Short_lnt(seb.ovr_.rr 
•• 
71); 
Wri te Ctel in. 
CO] ); 
if 
(xM1t) 
( 
ptbd 
- 
Build_Fr 
••• 
(ent); 
wt!i 1. ( !S.nd_Fre",.« 
ptbd. 
IcO •• t_Addr(OJ», 


hs_stet 
• 
TRUEI 
EOI_BOl30_B274. 
Enebl._U.rt_lntC 
); 


R.ceiv.\n" ), 
Ov.,.run\n") 
; 
Errors'n" 
); 


wh11. 
Ch._.t.t) 
{ 
while 
«ptbd 
- 
O.t_Tbd() 
-- 
pNULL) , 
/* •• t 
a 
•• 1t 
buf'er 
froll 
the data 
1ink */ 
ptbd->.ct_cnt 
:- 
EOFBIT; 
/* •• t 
the 
End 0' 
Fr.m. 
bit 
*/ 
IIlhll.C !S.nd_Fr ••• 
(ptbd. 
IID •• t_AddrCO]»I 
/* S.nd 
Fr.",. 
*/ 


(dhe,) 
{ 
dwidth 
~ :J; 
lIlidth 
- 
41 
b••• 
- 
Ut' 
) 
.1•• { 
b••• 
- 
10) 
rtwidth 
- 
10, 
wldth 
.:. ~; 


Writ. C"'n\n 
good 
f•••••• tr.nslf,.i tted· 
••) I 
'or 
C1 - 
II 
i <- 11 
- 
dwidthl 
i++) 
COCSP)I 


Int_To_A.c i 1(good_ •••i t_ent. 
b.... 
• 
" 
.cheOl, 
dwidth). 


10' 
1'" 
',hllidth 
- 
I, 
i >- 0, 
1--) 


CoCc.hll.JJ. 


w,.it.(" 
Oood '1'."' •• 
received: 
"), 


'or 
C1 - 
1) 
1 <- l' 
- 
dwidth; 
.L~ .• \ 
CoCSP)J 


Int_To_A.ciiCr.cv_',. 
•••••_cnt. 
b.... 
' •• 
chCUJ. 
u•••idth)1 


-".,.. Ci - 
•••idth 
- 
I' 
i >- 0, 
1--) 


.:..•L::"ril)J 


Writ.C 
"\n\n 
\.••C •• ""0,.. ,..c.tv.d: 
.); 
'or 
C1 - 
1. 
i <- 
I~ 
- 
.i:!~h; 
i++) 
CoeSp), 
t •• p 
- 
.cb. cre_.rr., 
Int_To_A.ciiCt 
•• ,. 
b••••• 
" 
.cheO]. 
width); 


-nr 
Ci • width 
- 
1, 
1 >- 0. 
1--) 


:,:-' •.hr il); 


WriteC" 
A1J.••nmftnt 
er,.or. 
rwcwived: 
"), 


'0,. 
Ci 
• 
II 
1 <- 10 
- 
•••i~th; 
i++) 
COCSP), 


t•• p 
- 
scb.• In_*rr., 


Int_To_A.cUet 
•• p, 
b••• 
, 
• 
• 
;'~hLO). 
width), 


flo,. 
(i 
- 
.idth 
- 
~.• 
J- 0; i--) 
Co«('hr 
~:; i, 


'" .•.""l"\n\n 
Out 
0' 
R.sourc. 
,,..m •• : 
"), 


'0,. 
(1 - 
1; 
1 <- 12 - 
width; 
i++) 
CoCSP), 


t •• p - 
seb. ,..c_err., 
Int_To_A.ciiCt 
•• p. 
b••• 
· 
". 
«ch[Ol, 
width), 


'or 
U 
- 
width 
- 
1, 
i >- 0, 
1--) 
CoCchC1]), 
writeC" 
Rece1ver 
ov.rrun 
'r ••••• · 
"L 
foT' 
C1 - 
1; 
i <- 
12 
- 
11lII~"~I•• 
.L1"+) 
CO(SP)I 
t~m[> 
:- 
~;~. 
"VT'_.,."'.J 
!n'_TaJltsc 
i:l( te"p. 
b••• , 
' 
•I 
Icehto). 
w1dth); 
'a,.. 
U • wiclt •• - 
1; i >- 0, 
1--) 
Co(etlC1])1 
Writ.''''n\n 
82'86 
R•• et: 
",. 


'0'" 
U 
• 
Ii 
i 
(- 
2~ 
lIful1:h, 
i++) 
CctSPll 


'''III~ ••.",••• t_entl 
Int_Ta_A.cUCte",p. 
b••• 
, 
' 
I, 
.ch[O], 
.tdthh 
'0'" 
U 
- 
width 
- 
IJ 
t >- 0; 
i--) 
CoCch[:l])J 


Wt-iteC" 
Tr.".,.tt. 
IInd.,'!·un 
'T'.".': 
")l 
f",.. 
'i 
=0 
J: 
" 
,- 
11 - .idth. 
i++) 
":o(SP), 
t ••.•, 
• 
und.",,..u,,_,ntJ 


Int_To_A.c 
t i (t •• p. b.... 
I 
I. 
.ch [OJ. -..1dt~ ~; 
1o,.. (i 
- 
width 
- 
Ii 
1 >- O. 
i--' 
CoCch[!])1 
W"it.C"\n\n 
l.o~t 
eR1:i: 
")J 
~or 
;.i 
• 
I; 
1 (- 
26 - 
lIlidthl 
i++) 
CoeSp); 
t •• p • 
no_c"._ent; 


Int_To_A.c1iCt 
•• p, 
b.... 
I. 
Jech[O). 
width). 
'0" 
(i 
• width 
- 
11 i >- O' 
~--J 
Co(ch[i]); 


W"'it., 
•• 
SGE .""0"': 
")i 


,.or 
(i 
• 
11 
1 (. 
2~ 
- 
w1dthi 
i++) 
CO(SPll 
t•• p 
•• 
q._.rr _cnt; 
I1't_To_A.c1i(t~ 
••p. 
b•••• 
I 
I. 
~ch[OJ, 
width); 


'0" 
'i • w1dth 
- 
1; 
i 
)a 
VI 
i--) 
Co (ch t 1]) 
j 


"'r,t.("\1'\1' 
1'1.liMUll 
"et"\I: 
"), 
'or 
{i 
• 
1; 1 (.21 
- -..ldth; 
i++) 
Co(SPI, 
t •• p 
• 
"'.I_,ol_,nt; 


I1't_To_A.ci1Ct.",p. 
It ••••• 
" 
&:eh[O]. 
width); 
'or 
(i 
• 
width 
- 
11 
i >- 
01 
i--) 
CoC,htiJ), 


W"it.(· 
Fr •••• 
th.t 
defe"".d: 
•.h 
fo" 
(i 
• 
II 
1 (- 
I~ 
- 
dlllidthl 
i++J 
COCSPll 


l1't_Ta_A.ciiCd.f."_'1't. 
b••••• 
'. 
II,h[O]. 
dw1dth); 


'0" 
Ci 
- 
dwidth 
- 
1; 
1 >- 0; 
i--) 
Co(chCi]), 


inter 


w,.st. 
coo 
x - 
High 
Sp •• 
d Tran •• it 
,",041. 
Writ. 
CM P - 
P"int 
All 
Counte,.. 
Writ. 
(ot 
A - 
Add. 
"ultie 
•• t 
Acid.,. ••• 
W"r.ite ( •• S - 
Chang_ the 
SSAP Addr ••• 
Writ_ 
(to 
N - 
Chen •• 
D•• 
t1n.tlon 
Node 
Add" 
•• 
s 
W,.ite 
cot 
R - R.-Inittelil. 
the 
Dat. 
Link 


Y - 
Changa Trans.it 
Stetl.t!,.\"-» 
C - 
CI •• .,. All 
Count.,..\n"). 
Z - o.l.t 
•• 
,",uItie 
•• t 
Addr ••• \n"), 
D 
- 
Change 
the 
DSAP 
•••dd" ••• 
\n ••)1 
L - 
Print 
All 
•••deh·••••• 
'n ••); 
8 
- 
Chang_ 
the 
nUMb.,. 
B••• 
'""); 


In It_U., () I 
PT'lntJielpC 
" 


for 
(J J) 
( 
Write 
coo,"\" 
Enta" 
a 
co_and. 
t ••,. 
H 'aT' 
Help 
--> .." 
c • 
R•• 
d Cha,.(), 


switch 
CLowe" _C ••• 
Ce» 


c••• 
'hi: 


Print.-H_lp( 
), 


b" •• kJ 


c••• 
'.': 


"onlto,._"od.' 
); 
br ••• 
; 


c ••• 
't': 
Te,..inal_"odeC 
), 


br •• II, 


ca •• 
'.': 


Hs_X,..H:_"odeC 
)J 


b" •• 
It, 


ca •• 
'v': 


Write,M," 
Tran •• it 
Stati.tic$ 
a,.a 
no •• 
); 


i' 
e'la.a 
.• tat_on 
•• 
1) 
W"iteC·on. 
\n 
Would 
lJOU 
lill. 
to 
chan •• 
it 
? 
(V or 
N) --> 
to); 


.1•• 
Writ.C"o". 
\n 
Would 
\Iou 
1111. to 
chang. 
1t 
? ev or 
N) --> "); 


if 
C'i •• 
O) 
( 
l' 
Ula,l 
.• tat_on 
•• 
1) 
fla.a 
.• tat_on 
• 
O• 
• 1•• 
fla ••. 
ltat_on 
• 
11 


> 
11" •• 
11. 


c ••• 
'p': 


Print_CntC 
h 
1I".alll 
ca •• 
'c': 


Cl.ar_Cnte 
h 
1I",.alli 
ca'. '.': 


Load_,",ultic 
•• tC ); 


tI" •• lIi 


ca •• 
' I': 


Ru.ov.J1ultica.tC 
); 
11,. •• 
11; 
ca •• 
'.': 


Dele.eJ).e,_Add" 
•• ,( .,.p) J 
Load_L.e, 
(), 
1I".ell, 
c... 'd': 
Re.d_Add"C"'n'nEnte.,. 
the 
D•• tinetion 
Node', 
LSAP 1n H.x 
--:> 
", 
Icd•• p, 
1); 
"".ell, 
ce •• 
'n': 
R•• d_Atld"C"'n'nEnt:." 
the 
Add".,. 
0' the 
O.,tination 
Nod. 
in 
H.x --> ", 


IcD.,t_AddT'[OJ, 
ADD_LEN), 
-'".all, 
ca •• 
')': 


P"lnt_Add" 
••••• 
(), 
lu'•• II, 
ca •• 
',,': 


So, t••"•....••••• 
, ()J 
InltJ)a'.Lintl( ), 
AddJ) •• ,_Adtl" ••• 
( ••• p. 
R.c",_De'._l), 
b"e.k' 
ca •• 
'b': 


Wrtt.( 
"'n 
The cu""ent 
b••• 
t, "), 
If 
C,h. 
- 
TRUEI 
WTlteC"H ••. 'n Would 
VOU 1111. to 
chang. 
It'? 
(V 0" N) --:> 
"); 


.1•• 
WTlt.("D.ci.al. 
'n Would 
\lou lU. 
to 
change 
1t 
? 
CV 0,. N) 
__ > 
I'), 
If 
CYOlO) 
{ 
if 
(dhe ••• 
TRUE) 
'he 
I 
• 
FALSE, 
ell. 
'h••• 
TRUE' 


'.feult: 
Writ. 
("\n 
Unllnownco-..n.\n"), 


b1" •• 
IIJ 


at.ck 
atktop 
at.ck 


segment 
st.c 
k 
l.b.l 
•••ord 
.nds 


OLD_DATA 
•• trn 
8EO"'1-word 
DLD_DATA 


UAP _DATA 
UAP _DATA 


DLD_CODE 
eltrn 
•• t,-n 
OLD_CODE 


UAP _CODE 
.atrn 
UAP _CODE 


s.g ••• nt 
public 
'CODE' 
t.?"_T1.eout_: far. 
lar _596__far, 
l.r7 
far 
1'1'6_: far, 
l.r5_: 
'.r. 
l.r1 
. far 
.nds 


s.gm.nt 
pub 1i c 
'CODE' 
I.r _U.,-t_: '.1'. 
1'1'2_: '.r. 
"'a1"_. '.r 
ends 


st i 
mo", 
a •• 
DLD_DATA ; get 
ba.e 
of 
dgroup 
and 
mo", 
~EG"'T_. 
a. 
; pass 
the 
segment 
",alu. 
ta 
thp. 
c 
progl".m 
mav 
d •• 
call 
Main 
; go 
ta 
th. 
c: program 
hIt 


inb 
proc 
for 
push 
RP 
mov 
BP. 
SP 


pU!ih 
DX 
mov 
DX. 
arg 1 
,n 
AL. 
DX 
pop 
DX 
mov 
SP. 
BP 


IPce 
IUSR 
ICHUCK 
ICBRC 
I ASSY. 
ASIl 


pop 
IP 
u' 
inb_ 
end, 


outtl_ 
pT'oe 
lor 
puw" 
IP 
100V 
IP. 
SP 
puwh 
OX 
pus" 
AX 
.ov 
OX• 
• ,..,1 
100V 
AX. 
a",2 
ou' 
OX. 
AI. 


pop 
AX 
pop 
OX 
100V 
SP. 
IP 
pop 
IP 
u' 
outb 
endp 


inw_ 
P!'DC 
'ar 
push 
IP 
MOV 
IP. 
SP 
push 
OX 
100V 
OX. 
."11 
in 
AX. 
OX 
pop 
OX 
100V 
BP. 
IP 
pop 
IP 
u' 
inw_ 
endp 


outw_ 
PT'OC 
lor 
push 
UP 
100V 
IP. 
SP 
push 
OX 
pUlh 
AX 
••oV 
OX• 
AT'll 
100V 
AX. 
·1'12 
ou' 
OX. 
AX 
pop 
AX 
pop 
OX 
0I0V 
SP. 
IP 
pop 
IP 
u' 
outw_ 
endp 


lull 
dJ'tr_ 
p1"OC 
lor 
pUlh 
IP 
mov 
BP, 
SP 
0I0V 
OX. 
OLOJIATA 
0I0V 
AX. 
A"11 
mov 
SP. 
BP 
pop 
BP 
ut 
Build_Ptr_ 
end, 


Off 
•• t_ 
p1"oc 
lor 
231421 -69 


"nt_r 


push 
BP 
mov 
BP. 
BP 


IftOV 
AX • 
• ,.gt 
••ov 
SP. 
BP 
pop 
BP 
ut 
O~f •• t_ 
endp 


•• rve_tnt_isr 
proc 
'n 
push 
AX 
push 
BX 
push 
ex 
push 
OX 
push 
51 
pUll" 
01 
push 
os 
push 
ES 


mov 
AX. 
OLD_DATA 


IftOV 
Os. 
AX 


IftOV 
ES. 
AX 


CAll 
Js1" _'S6_ 


pop 
ES 
pop 
Os 
pop 
IiI 


pop 
SI 
pop 
OX 
pop 
ex 
pop 
BX 
pop 
AX 
iret 
•• rve_i nt_i 
ST' 
endp 


•• rve_int_8274 
proc 
'or 
push 
AX 
push 
BX 
push 
ex 
push 
OX 
push 
51 
push 
01 
push 
OS 
push 
ES 


mov 
AX. 
UAP_DATA 
.ov 
OS. 
AX 


OlaV 
ES. 
AX 


cell 
In 
_V.rt 


pop 
ES 
pop 
OS 
pop 
01 
pop 
SI 
pop 
OX 


pop 
ex 
pop 
IX 
po, 
AX 
1,...t 
•• rve_int_8274 
endp 


•• rve_int_'t 
•• out 
pu." 
AX 
push 
ax 
'us" 
ex 
push 
DX 
pus" 
91 
pus" 
OJ 
pus" 
DB 
pus" 
ES 


.ov 
AX. DLD-PATA 
.ov 
OS. 
AX 
.ov 
E8. 
AX 


pop 
E& 
pop 
DB 
pop 
DI 
pop 
BI 
pop 
DX 
pop 
ex 
pop 
BX 
pop 
AX 
t •..•t 
•• ,.ve_int_tt 
•• out 
end, 


•• ,..ve_1"t7 _1.,. 
'us" 
,ush 
push 
'U••. 
pus" 
pus" 
push 
,ush 


proc 
AX 
IX 
ex 
DX 
BI 
DI 
DB 
EB 


• ov 
AX • 
DLD.JlATA 
.ov 
DB. 
AX 
• ov 
E&• 
AX 


c.11 
1.,..7_ 


pop 
EB 
pop 
DB 
pop 
DI 
pop 
&1 
pop 
DX 
pop 
ex 
pop 
ax 
pop 
AX 


inter 


IPCD/UBR 
ICHUCK/CBRC 
IABBY. 
AM 


iret 
•• rve_:lnt7_ia,. 
endp 


•• rve_int6_i." 
proc 
for 
push 
AX 
puah 
IX 
push 
CX 
push 
OX 
puah 
BI 
puah 
01 
puah 
DB 
push 
E5 


100V 
AX. 
DLO_DATA 
100V 
DB. 
AX 
100V 
E5. 
AX 


c.ll 
l.r6_ 


pop 
E5 
pop 
DB 
pop 
01 
pop 
51 
pop 
OX 
pop 
CX 
pop 
ax 
pop 
AX 
iret 
•• rve_:lnt6_1a 
.•.. end, 


•• ,.,ve_int'_lar 
proc 
,.. 
push 
AX 
push 
ax 
puah 
CX 
push 
OX 
push 
51 
push 
DI 
push 
DB 
puah 
E5 


ftI0V 
AX. 
DLD_o.ooTA 
100V 
OS. 
AX 
100V 
EB. 
AX 


call 
Is.,.' - 


pop 
EB 
pop 
D6 
pop 
DI 
pop 
51 
pop 
DX 
pop 
CX 
pop 
ax 
pop 
AX 
iret 
_int'_is" 
end, 
231421-72 


inter 


IPCO/USR/CHUCK/CSRC/ASSV. 
ASH 


•• rve_i nt2_i 
ST" 
pToe 
,.. 


push 
AX 
push 
IX 
push 
CX 
push 
OX 
push 
SI 
push 
01 
push 
OS 
push 
ES 


1ll0V 
AX. 
UAPJlATA 
1ll0V 
OS. 
AX 
1ll0V 
ES. 
AX 


c.ll 
15r2_ 


pop 
ES 
pop 
OS 
pop 
01 
pop 
81 
pop 
OX 
pop 
CX 
pop 
BX 
pop 
AX 
i,.et 
.."".-int2 _isT' 
endp 


•• rva_intl_is", 
proc 
h • 
push 
AX 
push 
IX 
push 
CX 
push 
OX 
push 
51 
push 
01 
push 
OS 
push 
ES 


1ll0V 
AX. 
OLD_DATA 
",ov 
OS. 
AX 
",ov 
ES. 
AX 


call 
IST'1 


pop 
ES 
pop 
OS 
pop 
01 
pop 
51 
pop 
OX 
pop 
CX 
pop 
IX 
pop 
AX 
l1,.t 
Inti _1s" 
endp 


en.b 11'_ proc 
fa. 


ot> 


di •• ble_ 
ell 
ut 
di •• ble_ 


init_intv_ 
pu.h 
pu.h 


PT"OC 
'n 


endp 


PT"OC 
for 
DS 
AX 


AX. 
AX 
DS. 
AX 


OlOV 
OS: WOT"dptr 
BOh. 
off.et 
.eT"ve_int_8274 
, 
int 
0 


100V 
D8: WOT"dptr 
BOIh. 
DO_CODE 


100V 
DS: WOT"dptr 
B.h. 
off.et 
.eT"ve_int1_i.T" 
, 
int 
i 


"OV 
DS: lI'of'd 
ptr 
Bl!>h. 
DO_CODE 


100V 
DB:wOT"d ptr 
BBh. 
offl.et 
.eT"ve_i 
nt2_i 
'T" 
int 
01 
••ov 
DB: WOT"dptr 
lIAh • 
DO_CODE 


"OV 
DS: wo,.d 
ptr 
BCh. 
offset 
,eT"ve_int_i'T" 
, 
int 
3 


IOOV 
DS: wo,.d 
ptr 
BEh. 
DO_CODE 


IOOV 
DS:wOT'd 
ptr 
90h. 
off 
•• t 
•• ,.ve_int_t 
1",.out 
I 
int • 
100V 
DS:wo,.d 
ptr 
901h. 
DO_CODE 


100V 
DS: WOT'd ptr 
9.h. 
off'et 
•• rve_int'_ilT· 
, 
int , 


100V 
DS:word 
ptr 
9l!>h. 
DO_CODE 
••ov 
DS: wo,.d 
ptr 
9Bh. 
off.et 
•• rve_intb_ilr 
int 
l!> 
••ov 
DS:word 
ph 
9Ah • 
DO_CODE 
••ov 
D8:wo,.d 
ptr 
9Ch. 
off 
•• t 
•• rv._int7_il" 
I 
int 
7 
••ov 
DS:wo,.d 
ptr 
9Eh. 
DO_CODE 


pop 
AX 
pop 
DS 
rot 


in1 t_intv_ 
.ndp 


DO_CODE .nds 
ond 
_ •.• in, 
. tf •. : dld_ 
•• t •• 
II: 
,t.erle; 
Itktop 
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Intel's three VLSI chip set, the 82586, 82501, and 
82502, is a complete solution for IEEE 802.3 10M bps 
LAN standards-IOBASE5 
(Ethernet) and IOBASE2 
(Cheapernet). The 82586 is an intelligent peripheral 
which completely manages the processes of transmit- 
ting and receiving frames over a network under the 
CSMS/CD protocol. The 82586 with its on-chip four 
DMA channels offioads the host CPU of the tasks re- 
lated to managing communication activities. The chip, 
for example, does not depend on the host CPU for time 
critical functions, such as tranSmissions/retransmis- 
sions and receptions of frames. The 82501 is a 10 MHz 
serial interface chip speciaIly designed for the 82586. 
The primary function of the 82501 is to perform Man- 
chester encoding/decoding, 
provide 10 MHz transmit 
and receive clocks to the 82586, and drive the transceiv- 
er (AUI) cable in Ethernet applications. In addition, 
the 82501 provides a loopback function and on-chip 
watchdog timer. The 82502 is a CMOS transceiver 
chip. The 82502 is the chip which actuaIly drives the 
coaxial cable used for Ethernet or Cheapernet. 


This Ap Note presents a design example ofa simple but 
general Ethernet/Cheapernet 
board based on the three 
chip set. The board is called LANHIB (LAN High In- 
tegration Board) and uses an 80186 microprocessor as 
the host CPU. The LANHIB is an independent single 
board computer and requires only a power supply and 
ASCII terminal. Demo software, called TSMS (Traffic 
Simulator and Monitor Station) is also included in this 
Ap Note. The TSMS program is a network debugger 
and exercise tool used to exercise the 82586. In addi- 
tion, flowcharts for troubleshooting are provided in or- 
der to minimize debugging time of the LANHIB board. 


A brief overview of the CSMA/CD 
protocol is de- 
scribed in Section 2. Ethernet and Cheapernet are also 
compared in this section. 


Section 3 discusses hardware of the LANHIB in detail. 
This section should be helpful not only to understand 
the LANHIB, but also to learn in general how a system 
based on the three chip set can be put together. Since 
the 82502 involves analog circuitry, an explanation on 
proper layout is provided. 


Demo software is presented in Section 4.0. It covers 
EPROM 
programming procedures and three sample 
sessions. Step by step operations at a terminal are illus- 
trated in the figures. 


Section 5 describes LANHIB 
troubleshooting 
proce- 
dures. Flowcharts are used to guide troubleshooting. 


Complete LANHIB schematics and parts list are found 
in Appendix A. If a LANHIB is to be built, the sche- 
matics and Section 5 can be submitted to an available 
wire wrap facility. In parallel to board construction, 
Sections 3 and 4 can be studied. A factory wire wrap 
board for the LANHIB is offered at a discount price by 
Augat Corporation. Please return the enclosed card for 
more information. 


Listing of the TSMS program and LANHIB Initializa- 
tion Routine are in Appendix B. The source codes and 
related files are available on a diskette by returning the 
card enclosed in this design kit or through Insite (In- 
tel's Software Index and Technology 
Exchange Li- 
brary). 


2.0 
ETHERNET /CHEAPERNET 
OVERVIEW 


Carrier Sense Multiple Access with Collision Detection 
(CSMA/CD) 
is a simple and efficient means of deter- 
mining how a station transmits information over com- 
mon 
medium 
that 
is shared 
with 
other 
stations. 


CSMA/CD is the access method dermed by the IEEE 
802.3 standard. 


Carrier Sense (CS) means that any station wishing to 
transmit "listens" first. When the channel is busy (i.e., 
some other station is transmitting) 
the station waits 
(defers) until the channel is clear before transmitting 
("listen before talk"). 


Multiple Access (MA) means that any stations wishing 
to transmit can do so. No central controIler is needed to 
decide who is able to transmit and in what order. 


Collision Detection (CD) means that when the channel 
is idle (no other station is transmitting) a station can 
start transmitting. It is, however, possible for two or 
more stations to start transmitting simultaneously caus- 
ing a "collision". In the event of a coIlision, the trans- 
mitting stations will continue transmitting for a fixed 
time to ensure that all transmitting stations detect the 
collision. This is known as jamming. After the jam, the 
stations stop transmitting and wait a random period of 
time before retrying. The range of random wait times 
increases with the number of successive collisions such 
that collisions can be resolved even if a large number of 
stations are colliding. 


There are three significant advantages to the CSMA/ 
CD protocol. The first and foremost is that CSMA/CD 
is a proven technology. One CSMA/CD 
network, 
Ethernet, has been used by Xerox since 1975. Ethernet 
is so well understood and accepted that IEEE adopted 
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it (with minor changes) as the IEEE 802.3 10Base5 (10 
Mbps, Baseband, 500 meters per segment) standard. 
Reliability is the second advantage to the 802.3 proto- 
col. This media access method enables the network to 
operate without central control or switching. Thus, if a 
single station malfunctions, the rest of the network can 
continue operation. Finally, since CSMA/CD networks 
are passive and distributed in nature, they allow for 
easy expansion. New nodes can be added at any time 
without reinitializing the entire network. 


2.2 
Ethernet and Cheapernet 


The IEEE 802.3 Type IOBASE5 standard (Ethernet) 
has gained wide acceptance by both large and small 
corporations as a high speed (10 Mbps) Local Area 
Network. The Ethernet channel is a low noise, shielded 
50n coaxial cable over which information is transmit- 
ted at 10 million bits per second. Each segment of cable 
can be up to 500 meters in length and can be connected 
to longer network lengths using repeaters. Repeaters 
regenerate the signal from one cable segment onto an- 
other. At each end of a cable segment a terminator is 
attached. This passive device provides the proper elec- 
trical termination to eliminate reflections. The trans- 
ceiver transmits and receives signals on the coaxial ca- 
ble. In addition, it isolates the node from the channel so 
that a failure within the node will not affect the rest of 
the network. The transceiver is also responsible for de- 
tecting collisions-simultaneous 
transmissions by two 
or more stations. Ethernet transceivers are connected to 
the network coaxial cable using a simple tap, and to the 
station it serves via the transceiver cable which can be 


IEEE 802.3t:TYPE 
10BASE5 
(ETHERNET) 


TYPE 
10BASE2 
(CHEAPERNET) 


TYPE 
1BASE5 
(STARLAN) 
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Figure 1. Different 
Implementations 
of IEEE 
802.3 (Note: "10BASE5", 
for example, 
implies 
10 Mbps, Baseband, 
and 500 meters 
span.) 


up to 50 meters in length. The transceiver cable is made 
of four individually shielded twisted pairs of wires. An 
Ethernet 
interface at a computer 
(DTE), which in- 
cludes a serial interface and data link controller, pro- 
vides the connection to the user or server station. It also 
performs 
frame manipulation, 
addressing, 
detecting 
transmission errors, network link management, and en- 
coding and decoding of the data to and from the trans- 
ceiver. 


The IEEE 802.3 Type IOBASE2 (Cheapernet) has the 
same functional and electrical specifications as Type 
IOBASE5(Ethernet) with only two exceptions in physi- 
cal (or rather mechanical) characteristicS. Cheapernet 
is as shown in Figure 1just a different implementation 
of the IEEE standard. Ethernet and Cheapernet are 
both 10 million bits/second CSMA/CD LANs and use 
the identical network parameters, such as slot time = 
51.2 /los.Ethernet and Cheapernet can, therefore, be 
built by the same VLSI components with the same soft- 
ware (Figure 2). 


The two physical differences attribute to the cost reduc- 
tion purpose of Cheapernet~heaper 
implementation 
of Ethernet. First, the cable used in Cheapernet may be 
a lower cost 50n 
coaxial cable than 
the one for 
Ethernet. The most common coaxial cable for Cheaper- 
net is RG58 which cost about $O.l5/ft. 
A typical 
Ethernet cable costs about $0.83/ft. 


Second, the transceiver is integrated into the DTE in 
Cheapernet. The coaxial cable physically comes to the 
DTE, connects to the transceiver within the DTE, and 
goes to the next DTE (see Figure 3). The kind of con- 
nector used at the DTE is an off-the-shelf BNC "Tn 
connector. Topology is, therefore, a simple daisy chain- 
ing. This cabling scheme contributes to further cost re- 
duction due to omission of the Transceiver (AUI) Ca- 
ble, cheaper connectors, and easier installation. The 
Ethernet transceiver cable costs about $1.49/ft. More 
flexible thin coaxial cables and familiar BNC "T" con- 
nectors are making Cheapernet a user installable Ether- 
net compatible network. 
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" 
'ETHERNET 
CABLE 
, 
CHEAPERNET 
CABLE 


Ethernet 
Cheapernet 


(10BASES) 
(10BASE2) 


Data Rate 
10 M bits/sec. 
10 M bits/sec. 


Baseband 
or 
Baseband 
Baseband 
Broadband 
(Manchester) 
(Manchester) 


Cable Length 
500m 
185m 
per Segment 


Nodes per Segment 
100 
30 


Node Spacing 
2.5m 
0.5m 


Cable Type 
0.4 in diameter 
50n 
0.2 in diameter 
50n 


Double Shielded 
Single or Double Shielded 


example: 
example: 


Ethernet 
Coax. 
RG 58A1U 
or 


RG 58 C/U 


Transceiver 
Cable 
Yes, up to 50m 
No, not needed 


Capacitance 
4pF 
8 pF 
per node 


Typical 
Clamp-on 
Tap Connector 
or 
BNCFemaie 
Connector 
Type N Plug Connector 
Connector 


Becauseof the lower quality cables and connectors used 
in Cheapernet, there are some drawbacks. The maxi- 
mum distance for one Cheapernet cable segment is only 
185m (600 feet), as compared to 500m (1640 feet) for 
Ethernet. The maximum number of nodes allowed for 
one Cheapernet cable segment is 30. Ethernet on the 
other hand allows a maximum of 100 nodes per seg- 
ment. A BNC "T" connector used in Cheapernet intro- 
duces more electrical discontinuity on the transmission 
line than the clamp-on tap connector widely used for 
Ethernet. The maximum capacitance load allowed at a 


Cheapernet connection is 8 pF, while it is 4 pF for 
Ethernet. These differences are summarized in Table 
1.0. 


Since Ethernet and Cheapernet share the same func- 
tional and electrical characteristics, both may be mixed 
in a network as shown in Figure 4. In this hybrid 
Ethernet/Cheapernet network, it is important to keep 
the network propagation delay within 46.4 /Jos.The net- 
work may be expanded as required within this round 
trip propagation delay limit. Ethernet, for example, 
may serve as a backbone for Cheapernet in a hybrid 
Ethernet/Cheapernet network. 


Figure 4. EthernetlCheapernet 
Hybrid Network 
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CHEAPERNET 
CABLE 
(o.g. RG58) 


82501 
LOOPBACK 
CONf"tGURATlON 
PORT 


PB5.~. 
DROO.DRQI. 
INTI.mm 


RS-232 
~ 


CHANNEL 
A 
'1J 


82530 
IN 
RS-232 
.....• 


CHANNEL 
B 
.-. 
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3.0 
ETHERNET ICHEAPERNET 
NODE 
DESIGN 


Details on LAN High Integration Board (LANHIB) 
design are presented in this section. The LANHIB is an 
82586/80186 shared bus board and can be configured 
to Ethernet or Cheapernet. The 82586 is used in mini- 
mum mode to reduce chip count. 


The reader is advised to refer to the 80186, 82586, 
82501, and 82502 data sheets. Basic understanding of 
the 80186 microprocessor is assumed. Figure 5 shows 
the block diagram of the LANHIB. Schematics are in 
Appendix A. 


3.1 82586 (Min Mode) Interface 
to the 
80186 


The 82586 can be placed in minimum mode by strap- 
ping the MN/MX 
pin to Vcc. In the minimum mode, 
the c!!!E....directltprovidesall bus control signals-ALE, 
RD, WR, DT/R, and DEN, saving the 8288 Bus Con- 
troller. The 80186, which is the only other bus master 
on the shared bus, also generates these bus control sig- 
nals directly. The HOLDs and HLDAs of these two 
chips are connected together so that only one of the two 
bus masters can exclusively drive the bus at a time un- 
der the HOLD/HLDA 
protocol. Except for the ALE, 
all bus signals including address and data lines float 
when the chip does not have control of the bus. In this 
design example, RDs, WRs, DT/R and DEN from the 
two chips are connected together respectively. ALEs 


from the two chips are connected to an OR-gate to 
generate a system ALE. Multiplexed address data lines 
ADO-ADI5 
and address lines A15-A19 
of the two 


chips are also connected line by line correspondingly. 


Figure 6 shows the timing of the address signals with 
respect to the ALE signal. The ALE of the 82586 is 
OR-ed with the ALE of the 80186 and the result is 
connected to the latch enable inputs of Octal Transceiv- 
er Latches. The latches transfer the input data to the 
output as long as the latch enable is high, and captures 
the input data into the latch when the latch enable goes 
low. In this timing diagram, the setup and hold times of 
the input data (82586 address) required by the address 
latch can be verified. Estimating 7 ns of propagation 
delay in the 74S32, the setup time is T38 + 7, which is 
32 ns at 8 MHz. The hold time for A 19 is shorter than 
the other address lines because it is valid only during 
Tl. The hold time for the AI9 is T4 - T36 - 
7, which 


is 3 ns. The hold time for the other address lines is T39 
- 
7, which is 38 ns. In this design, a 74F373 was cho- 


sen to latch address lines A16-A19 and two 74LS373s 
were used to latch address lines ADO-ADI5. 
Required 
setup and hold times of the 74F and 74LS 373s are 
summerized in Table 2. 


Note that address lines A16-A18 
and BHE of the 


82586 are not really needed to be latched. These lines 
stay valid for an entire memory cycle. 


DELAY 
IN 


OR GATE 
~7ns0250C 


74F373 
74LS373 
Unit 


Mln 
Nom 
Max 
Mln 
Nom 
Max 


Data Setup Time 
2,J.. 
5,J.. 
ns 


Data Hold Time 
3,J.. 
20,J.. 
ns 


5-55n·l, 
I 
TCLAX 


I 
10n. tollN 


VALID BHE,A16-A19 


VALID AO-A15 


HLH 
TLHLL 
----. 
• t.lAX 
90n. 
tollN 


TLLAX 
3On. tollN 


I----- TAVAL 
3On. tollN 
r 
\ 


DELAY IN- 
OR GATE 
.025°C 


The address latch used by the 82586 is shared by the 
80186. Figure 7 shows the 80186 address line timing 
with respect to the ALE. Again estimating 7 ns delay in 
the 74S32, the setup time for the latch is TAVAL + 7 
and the hold time is TLLAX - 
7. These are 37 ns and 


23 ns respectively at 8 MHz. Comparing to the required 
values shown in Table 2, it is quite obvious that the 
setup and hold times of the latch are met by wide mar- 
gins. Note that the 80186's address lines A16-A18 and 
BHE are not valid for an entire memory cycle; there~ 
fore, they have to be latched. 


The 74LS373 has a delay of 18 ns for input data to 
reach the output assuming the latch enable is high. A 


I 
-1---' 


demuitiplexed 
valid address (output 
of the address 


latch), therefore, becomes available after T29 + 18 
measuring from the beginning of T1 (Figure 8). The 
demultiplexed address remains valid until the ALE of 
the next memory access becomes active. Upper address 
lines, AI4 through A20, are connected to a 16L8 PAL, 
which provides address decode logic for all memory 
devices. The PAL truth table is in Appendix A. The 
PAL has a maximum of 35 ns propagation delay, so 
chip selects will become active after 55 + 18 + 35 ns 
(max.) from the beginning of T1 as indicated in Figure 
8. Since address decode logic is implemented by a PAL, 
any memory expansion would only require a repro- 
gramming of this PAL. 


Two 74~245 
bus transceiver chips are controlled by 


the DTIR and DEN. Output enable and disable times 
of the 74LS245 are 40 and 25 ns respectively. The max- 
imum propagation delay when the output enable is ac- 
tive is 12 ns. 


IL..J 


Figure 7. 80186 Address 
Timing 
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I-- T23 
~ 
I 
0-70 no 


I 
,----, 


r-~i54n0J_ 
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I 
T1 
I 


..:.1""-- ..•,- __ ,----, 


h 


TDVCL 
~ 
TCLDX 
:on. 
MIN 
10n. MIN 


--------------- 
--.!ATA 
INTO8~ 
--------- 


TRLRH 
200 n. MIN 


TCVCTX 
5-55 n. 
I-,TCVCTV1 
oTCVCTX 
I 
10-70 n.1_________________ 
5-55n. 


Address access time is 3 X Tl - 
T29 - 
18 - 
T8 - 
12 + n X T1, where n is the number of wait states. For 
o wait states operation at 8 MHz, it is 270 ns minimum. 
Chip select access time is 3 X Tl - 
T29 - 
18 - 
T8 
- 
12 + n X Tl - 
35, which is 235 ns for 0 wait state 
operation. Command access time for a read cycle is 2 X 
Tl 
- 
T40 - 
T8 - 
12 + n X Tl, which is 123 ns. 
Address setup time for a write cycle is Tl - T29 - 
18 
+ T23, which is 52 ns minimum. 


To meet these timing requirements, 2764-208 must be 
used for ROM. Static RAM chips, HM6264P-15, offer 
very wide timing margins and were selected for this 
design. 


Figure 9 shows the timing of the 80186 memory inter- 
face. By comparing this figure to Figure 7, it is easy to 
notice that the 80186 offers a little faster bus interface. 
For example, TCLRL which is equivalent to T40 (0 to 
95 ns) of the 82586 is specified as 10 to 70 ns. Since the 
memory choice satisfies the 82586 memory timing pa- 
rameters, it also satisfies the 80186 memory timing pa- 
rameters. 


3.6 Memory Map 


With 2764-20 EPROMs 
and 6264P-15 SRAMs, this 
board has 32 K bytes of ROM space and 16 K bytes of 
RAM space. Memory map is given in Figure 10. If 
27128-20 EPROMs are used, the ROM space becomes 
64 K bytes. 


3.7.182586 
CHANNEL 
ATTENTION 
GENERATION 


The active low Peripheral Chip Select 0 (PCSO) was 
used to generate a channel attention (CA) signal to the 
82586. This way of CA generation satisfies the require- 
ment that the width of a CA which must be wider than 
a clock period of the system clock. 


PCS1 of the 80186 will reset the 82586 if any 110 com- 
mand is executed using this I/O chip select. 


82530 interface to the 80186 was derived from the de- 
sign example presented in the 82530 SCC-80186 Inter- 
face Ap Brief. This document is attached to this Ap 
Note as Appendix C. 


3.7.482501 
LOOPBACK 
CONFIGURATION 
PORT 


A 74LS74 D-type flip flop was used for this port. On 
power up, it configures the 82501 to Non-Loopback 
mode by providing a high level to pin 3 (LOOPBACK). 
The chip select is~erated 
from the 80186's PCS2 and 


the sychronized WR command of the 82530 interface. 
The least significant bit of I/O output data becomes the 
state of the 82501's pin 3. 


To provide the 82586 a hardware configured host ad- 
dress, a 32x8 ROM is connected to the bus. The chip 
select for this ROM is generated from the 80186's 
PCS3, so that the address for the ROM is mapped into 
the I/O space. Six or two (IEEE 802.3 specified address 
lengths) consecutive 110 reads starting from the lowest 
address of ROM will transfer the board address stored 
in the ROM to an lA-Setup command block of the 
82586. 


82586 asynchronous ready (ARDY) signal is generated 
from a shift register. The shift register provides the 
82586 a "normally ready" signal. When a wait state is 
needed, the ready signal is dropped to the low state. As 
shown in Table 3, the 82586 can be programmed to 
have 0 to 8 wait states by setting the DIP switch prop- 
erly. Even though the on-board memory devices are 
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Table 3. DIP Switch Settings 
for Various 
Numbers 
of 82586 Wait States 


Dip Switch Setting 
Number 
of Wait States 
7 
6 
5 4 
3 
2 1 0 
the 82586 Inserts 


1 
1 
1 1 
1 
1 1 1 
0 
1 
1 
1 
1 
1 
1 1 0 
1 
1 
1 
1 
1 
1 
1 0 0 
2 
1 
1 
1 
1 
1 
o 0 0 
3 
1 
1 
1 
1 
0 
o 0 0 
4 
1 
1 
1 0 
0 
o 0 0 
5 
1 
1 
0 
0 
0 
o 0 0 
6 
1 
0 
0 0 
0 
o 0 0 
7 
0 
0 
0 
0 
0 
o 0 0 
8 


1 = Switch Open 
o = Switch Closed 


fast enough 
for 0 wait states 
operation, 
this program- 
mable wait state capability 
was added 
so that the effect 
of wait states on the 82586 performance 
could be evalu- 
ated. 


Since the 82501 is designed 
to work with the 82586, no 


interfacing 
circuits 
are required. 


The transceiver 
cable side of the 82501 requires 
some 
passive components. 
The receive and collision 
differen- 


tial inputs 
must be terminated 
by 78.0. ± 5% resistors. 


Common 
mode voltages 
on these 
differential 
inputs 
are 
established 
internally. 
240.0. ± 5% pull down 
resistors 


must 
be connected 
on the TRMT 
and TRMT 
output 
pins. 


A 0.022 JloF ± 10% capacitor 
connected 
between 
pin I 
and 2 of the 82501 is for the analog 
phase-locked 
loop. 


Connected 
between 
the XI 
and X2 pins is a 20 MHz 
parallel 
resonant 
quartz 
crystal 
(antiresonant 
with 
20 
pF load fundamental 
mode). 
An internal 
divide-by-two 
counter 
generates 
the 10 MHz 
clock. Since both Ether- 
net and Cheapernet 
tolerate 
an error 
of only 
± 0.01 % 


in bit rate, a high quality 
crystal 
is recommended. 
The 
accuracy 
of a crystal 
should 
be equal to or better 
than 
±0.002% 
@ 
25·C 
and 
±0.005% 
for 
0-70·C. 
A 
30-35 
pF capacitor 
is connected 
from each crystal 
pin 


(XI 
and X2) to ground 
in order 
to adjust 
effective 
ca- 
pacitance 
load 
for the crystal, 
which 
should 
be about 
20 pF including 
stray capacitance. 


3.10.1 
ISOLATION 
AND POWER 
REQUIREMENTS 


The 
IEEE 
802.3 standard 
requires 
an electrical 
isola- 


tion 
within 
the 
transceiver 
(MAU). 
Cheapernet 


(lOBASE2) 
requires 
the 
isolation 
means 
to withstand 
500V ac, rms for one minute. 
Ethernet 
(lOBASE5) 
re- 
quires 
250 Vrms. 
This 
electrical 
isolation 
is normally 


accomplished 
by transformer 
coupling 
of each 
signal 
pair. 
The 
kind 
of transformers 
recommended 
for the 
82502 are the pulse transformers 
which 
have a I: I turn 
ratio 
and at least 50 microhenry 
inductance. 
PE64102 


and 
PE64107 
manufactured 
by Pulse 
Engineering 
are 


found 
to be good 
selections 
for this purpose. 
The 
PE 
64102 
offers 
500 Vrms 
isolation. 
The 
PE64107 
offers 


2000 
Vrms 
isolation. 
Both 
products 
provide 
three 


transformers 
in one package. 
Even though 
the current 


Type lOBASE5 
specification 
requires 
only 250 Vrms, it 


is very common 
to have a higher 
isolation, 
at least 500 


Vrms, 
in transceivers. 


The standard 
specifies the voltage input level and maxi- 
mum 
current 
allowed 
on the power 
pair of the trans- 


ceiver 
cable. 
The 
voltage 
level 
may 
be 
between 


+ 11.28V de and + 15.75V de. The maximum 
current 


is limited 
to 500 mA. Since the 82502 requires 
+ IOV 


± 10% 
and + 5V ± 10% 
as power, 
there 
has to be a 


DC/DC 
converter. 
In addition 
the DC/DC 
converter 


must 
be 
isolated 
due 
to 
the 
requirement 
described 


above. The DC/DC 
converter 
should 
be able to supply 


about 
100 mA on the + lOV line and 60 mA on the 5V 


line. The efficiency 
required 
in the converter 
is, there- 
fore, «11 V X 
100 mA + 5.5V 
X 60 mA) / «11.28V 


- 
0.5A 
X 4.0.) 
X 
500 mA)) 
X 
100 = 31% 
worst 


case. 4.0. is the maximum 
round 
trip resistance 
the pow- 
er pair may have. 
82502's 
CMOS 
process 
is the major 
contributor 
to this low DC/DC 
efficiency 
requirement. 


Since the DC/DC 
converter 
has an isolation 
transform- 


er inside, 
the output 
voltages 
are all floating 
voltages. 


The 
OV output 
of the converter, 
for example, 
has no 


voltage 
relationship 
with 
the DTE's 
ground. 
The 
Vss 


and A Vss pins of the 82502 should 
be connected 
to the 


OV output 
of 
the 
DC/DC 
converter 
which 
is 
the 


82502's 
ground 
(reference 
voltage). 


Both 
Pulse 
Engineering 
and 
Reliability 
Incorporated 


produce 
DC/DC 
converters 
that 
meet the 82502's 
re- 


quirements. 
The 
Pulse 
Engineering's 
part 
number 
is 


PE64369 
(enclosed 
in this design 
kit). The device mea- 
sures about 
1.5" x 1.5" x 0.5" 
and provides 
2000 Vrms 


breakdown. 
The 
Reliability's 
part 
number 
is 


2EI2RIO-5. 
Preliminary 
data sheets are available 
from 


Reliability. 


3.10.2 
OTHER 
PASSIVE 
AND ACTIVE 
DEVICES 
FOR THE 82502 


A 78.0. ± 5% resistor 
is required 
to terminate 
the trans- 


mit pair of the Transceiver 
cable. The chip has an inter- 


nal 
circuit 
that 
establishes 
a common 
mode 
voltage, 


thus 
no voltage 
divider 
is required. 
The 
receive 
and 
collision 
pair 
drivers 
need 
pull 
up 
resistors. 
A 43.2 


± I% resistor 
must be connected 
from each output 
pin 


to + 5V. 


inter 


A 243.0 ±0.5% 
precision resistor is required on the 
REXT pin to the ground. The accuracy of this resistor 
is very important since this resistor is a part of current 
and voltage reference circuits in the analog sections of 
the 82502. 


Grounding the HBD (Heartbeat Disable) pin will alIow 
the chip to perform Signal Quality Error check (Heart- 
beat) as required by the IEEE 802.3. The chip will 
transmit the collision presence signal after each trans- 
mission during Interframe Spacing (IFS) time. In a re- 
peater application, this feature is disabled (HBD 
= 
+5V). 


Diodes connected on the CXTD pin are to reduce the 
capacitive loading onto the coaxial cable. One diode is 
sufficient, but two will provide a protection in case one 
bums out (Short Circuit). The diode should have about 
2 pF shunt capacitance at Vd = OV and be able to 
handle at least 100 mA when biased in forward direc- 
tion. A few candidates 
are 
IN5282, 
IN3600, 
and 
IN4150. 


A 100.0 fusible resistor connected on the CXRD pin is 
purely for protection. It is there as a fuse, not as a 
resistor. The 82502 works without this resistor. The 
IEEE 802.3, however, states that "component failures 
within the MAU (Media Attachment Unit or Trans- 
ceiver) electronics should not prevent communication 


ISOLATED 
DC/DC 
CONVERTER 


among other MAUs on the coaxial cable." It is recom- 
mending a transceiver design that minimizes the proba- 
bility of total network failure. The fusible resistor will 
provide an open circuit in an event of excess current. A 
short circuit from the CXRD pin to ground will not 
bring down the network due to the blown fuse. 


A 1 Mn resistor connected between the coaxial cable 
shield and the Transceiver cable shield will provide a 
static 
discharge 
path. 
The 
Ethernet 
coaxial 
cable 
should also have an effective earth ground at one point 
in a network as required by the standard. A 0.01 J.LF in 
paralIel to the 1 Mn resistor provides ground for RF 
signals. 


3.10.3 LAYOUT 
CONSIDERATION 
FOR THE 
82502 
CIRCUITS 


It is strongly recommended that the board have a spe- 
cial ground plane for the 82502 (see Figure 11). The OV 
(reference) output of the isolated DC/DC 
converter 
should be connected to the ground plane. The V55 and 
AV55 pins of the 82502 should be connected to the 
ground plane with minimum lead wires. 


There should be a 0.22 J.LF capacitor connected between 
the coaxial cable shield and ground. The signal path 
from the coax. shield through the 0.22 J.LF capacitor to 
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the ground should be kept as short as possible-leads 
of 


the 0.22 ,...Fcapacitor should be as short as possible. 


The path length from the CXTD pin through two di- 
odes to the center conductor of the coax should also be 
minimized. 


These are recommendations which will produce a more 
reliable circuit iffollowed carefully. Remember that the 
82502 has analog circuits in it. 


The demonstration software included in this Ap Note is 
called 
"Traffic 
Simulator 
and 
Monitor 
Station" 
(TSMS) program. The TSMS program is written in 
PL/M and has the following features: 
I. Programmable network load generation 
2. Network statistical monitoring capabilities 
3. Interactive command execution of all 82586 com- 
mands 
4. Interactive buffer monitoring 


The environment created with the TSMS program was 
found to be very useful for network debugging and oth- 
er individual station's hardware and software debug- 
ging. The TSMS software listing is found in Appendix 
B. 


NOTE: 
The 82586 Date Link Driver presented in AP Note 
235 also runs on the LANHIB. Please refer to the Ap 
Note for detailed operations of the software. 


4.1 
Programming 
PROMs to Run the 
TSMS Program 


By returning the card enclosed in this kit or by contact- 
ing Insite, the TSMS program and related batch files 
can be obtained on a diskette. TSMS related files that 
are on the diskette are: 


READ. ME 
TSMS.PLM 
10.PLM 
INIl86.PLM 
LANHIB.BAT 
SBC.BAT 
IUPHIB.BAT 
IUPSBC.BAT 
HI.BYT 
LO.BYT 
ROM.BAT 


The READ.ME file contains instructions for program- 
ming PROMs. 
HI.BYT 
and LO.BYT are the files 


which can be downloaded to PROMs directly. These 
files are already configured for the LANHIB. 
The 


batch file ROM.BAT invokes the Intel PROM Pro- 
gramming Software (iPPS) under the DOS operation 
system and programs two 2764 EPROMs. The Intel 
Universal Programmer 
must be placed in ON-LINE 


mode. 


Other files contained in the diskette are for compiling 
and locating the original TSMS program. Using these 
files, the original TSMS program can be changed or can 
be compiled for an iSBC 186/51. 'TSMS.PLM' is the 
original TSMS source program. 'IO.PLM' contains the 
10 driver needed when the TSMS program is run on 
the iSBC 186/51. INIl86.PLM 
is the LANHIB initiali- 


zation routine. LANHIB.BA T is the batch file that 
compiles, links, and locates the TSMS program and the 
LANHIB 
initialization 
routine. SBC.BAT compiles, 


links, and locates the TSMS program and the 10 driver 
for the iSBC 186/51. IUPHIB.BAT 
programs 
two 


2764s for the LANHIB. IUPSBC.BAT programs two 
2764s for the iSBC 186/51. 


Therefore, if the TSMS program is to be run on the 
LANHIB (Demo board), steps required are: 


1. C:> LANHIB 


2. C:> IUPHIB 


If the TSMS program is to be run on the iSBC 186/51, 
steps required are: 


1. C:>SBC 


2. C:> IUPSBC 


4.2 Capabilities 
and Limits of the 
TSMS Program 


The TSMS program initializes the LANHIB Ethernet/ 
Cheapernet 
station 
by executing 
82586's Diagnose, 


Configure, lA-Setup, and MC-Setup commands. The 
program asks a series of questions in order to set up a 
linked list of these 82586 commands. After initializa- 
tion is completed, the program automatically starts the 
82586's Receive Unit (monitoring capability). Trans- 
missions are optional (traffic simulation capability). 


The TSMS program has two modes of operation: Con- 
tinuous mode and Interactive 
Command 
Execution 


mode. The program automatically gets into the Contin- 
uous mode after initialization. The Interactive Com- 
mand Execution mode can be entered from the Contin- 
uous mode. Once entered in the Continuous mode, the 
software uses the format shown in Figure 12 to display 
information. Detailed description of each of these fields 
is as follows: 


Host Address: host (station) address used in the most 
recently prepared lA-Setup command. The software 
simply writes the address stored in the lA-Setup com- 
mand block with its least significant bit being in the 
most right position. Note that if the lA-Setup com· 


inter 


Host Address: 00 
AA 
00 
00 
18 
60 
Multicast Address(es): No Multicast Addresses Defined 
Destination Address: FF 
FF 
FF 
FF 
FF 
FF 
Frame Length: 118 bytes 
Time Interval between Transmit Frames: 
159.4 microseconds 
Network Percent Load generated by this station: 35.7 , 
Transmit Frame Terminal Count: Not Defined 
82586 Configuration Block: 08 
00 
26 
00 
60 
00 
F2 
00 
00 
40 


11 of Good 
Frames 
Transmitted 
10130 


11 of Good 
Frames 
Received 
o 


Alignment 
Errors 
No 
Resource 
Errors 
o 


Receive 
Overrun 
Errors 
o 


mand was just set up and not executed, the address 
displayed in this field may not be the address stored in 
the 82586. 


Multicast Address(es): multicast addresses used in the 
most recently prepared MC-Setup command. As in the 
case of host address, the software simply writes the ad- 
dresses stored in the MC-Setup command block. Note 
that if the MC-Setup command was just set up and not 
executed, the addresses displayed in this field may not 
be the addresses stored in the 82586. 


Destination Address: destination address stored in the 
transmit 
command 
block 
if 
AL-LOC=O. 
If 
AL-LOC= 
I, destination address is picked up from the 


transmit buffer. The least significant bit is in the most 
right position. 


Frame Length: transmit frame byte count including 
destination address, source address, length, data, and 
CRC field. 


Time Interval Between Transmit Frames: approximate 
time interval obtainable between transmit frames (Fig- 
ure 13). The number is correct if there are no other 
stations transmitting on the network. 


Network 
Percent 
Load Generated 
by This Station: 
approximate network percent load that is generated by 
this station (Figure 13). The number is correct if there 
are no other stations transmitting on the network. 


Transmit Frame Terminal Count: number of frames 
this station will transmit before it stops network traffic 
load generation. If this station is transmitting 
indefi- 
nitely, this field will be 'Not Defined'. 


82586 Configuration Block: configuration parameters 
used in the most recently prepared Configure com- 
mand. As in the case of lA-Setup command, the soft- 


ware simply writes the parameters from the Configure 
command block. The least significant byte (FIFO Lim- 
it) of the configuration parameters is printed in the 
most left position. 


# 
of Good Frames 
Transmitted: 
number 
of good 


frames transmitted. This is a snap shot of the 32-bit 
transmit frame counter. It is incremented only when 
both C and OK bits of the transmit command status are 
set after an execution. The counter is 32-bit wide. 


# of Good Frames Received: number of good frames 
received. This is a snap shot of the 32-bit receive frame 
counter. It is incremented only when both C and OK 
bits of a receive frame descriptor status are set after a 
reception. The counter is 32-bit wide. 


CRC Errors: number of frames that had a CRC error. 
This is a snap shot of the 16-bit CRC counter main- 
tained by the 82586 in the SCB. 


Alignment Errors: number of frames that had an align- 
ment error. This is a snap shot of the 16-bit alignment 
counter maintained by the 82586 in the SCB. 


No Resource Errors: number of frames that had a no 
resource error. This is a snap shot of the 16-bit no re- 
source counter maintained by the 82586 in the SCB. 


Receive Overrun Errors: number of frames that had a 
receive overrun error. This is a snap shot of the 16-bit 
receive overrun error counter maintained by the 82586 
in the SCB. 


If the station is actively transmitting, # of good frames 
transmitted 
should be incrementing. If the station is 


actively receiving frames, # of good frames received 
should be incrementing. In this continuous mode, a 
user can see the activities of the network. 


1- TIME FOR ONE FRAME TRANSMISSION (X) 


~•• 
}•.•----( 
PREAMBLE, DA, SA, LENGTH, DATA, CRCj J~AEM~~~E~I 
} 
L-J-- 


292010-15 
X 
Network 
Percent 
Load = X + Y 


Hitting any key on the keyboard while the program is 
running in the Continuous mode will exit the mode. 
The program will respond with a message 'Enter Com- 
mand (H for Help) 
- 
'. In this Interactive Com- 


mand Execution mode, a user can set up anyone of the 
82586 action commands and/or execute anyone of the 
82586 SCB control commands. Setting up a Dump 
command and executing a SCB Command Unit Start 
command will, for example, execute the Dump com- 
mand. Display commands are also available to see the 
contents of the 82586's data structure blocks. A display 
command will enable a user to see the contents of the 
82586's dump (see Section 6.3). 


Typing 'E' after 'Enter command (H for help) - 
" 
executing a SCB Command Unit Start command with a 
transmit command, or executing a SCB Receive Unit 
Start command will exit the Interactive Command Exe- 
cution mode. The program will be back in the Continu- 
ous mode. Using this Interactive Command Execution 
mode, one can, for example, reconfigure the station and 
come back to the Continuous mode. Section 6 lists ac- 
tual example executions of the TSMS program. 


The TSMS program should be run in an 8 MHz system. 
The software running at 8 MHz with a maximum of 2 
wait states has been tested and verified to be able to 
receive back-to-back frames separated by 9.6 microsec- 
onds and still keep track of the correct number of 
frames received. This capability, for example, can be 
used to find out exactly how many frames a new station 
in the network had transmitted. 


The software does not perform extensive loopback tests 
and hardware diagnostics during the initialization. A 
loopback operation can be performed interactively in 
the Interactive Command Execution mode. 


The software allows a user to set up only 8 multicast 
addresses maximum. It is not possible with this pro- 
gram to set up more than 8 multicast addresses. 


The command chaining feature of the 82586 is not used 
in the Interactive Command Execution mode. Each 
command setup performed by a'S' command after 'En- 
ter command (H for help) - 
'sets 
up a command 
with its EL bit set, I bit reset, and S bit reset. Diagnose, 
Configure, lA-Setup, 
and MC-Setup commands are 
chained together during the initialization routine and 
executed at once with only one CA. 


The software sets up 5 Receive Frame Descriptors 
linked in a circular list. Therefore, a user can see only 
the last 5 frames the station has received. It also sets up 
5 receive butTers,each being 1514 bytes long, linked in 
circle. Therefore, the 82586 never goes into the NO 
RESOURCES state. 


4.3 
Example Executions 
of the TSMS 
Program 


This section presents three example executions of the 
TSMS program. When the TSMS program needs a 
command to be typed, it asks a question with '- 
'. 


Anything after' - 
' is what a user needs to type in on 


the keyboard. To switch from the continuous mode to 
the interactive command execution mode, type any key 
on the keyboard. 


4.3.1 EXAMPLE 
1: EXTERNAL 
LOOPBACK 
EXECUTION 


In this example, 500 external loopback transmissions 
and receptions are executed (Figure 14). In order for 
the software to process each loopback properly, a large 
delay was given between transmissions. 


4.3.2 EXAMPLE 
2: FRAME 
RECEPTION 
IN 
PROMISCUOUS 
MODE 


The 82586 is configured to receive any frame that exists 
in the network (Figure 15). In this example, the station 
received 100 frames. 


4.3.3 EXAMPLE 
3: 35.7% 
NETWORK 
TRAFFIC 
LOAD GENERATION 


The station is programmed to transmit 118 byte long 
frames with a time interval of 159.4 microseconds in 
between (Figure 16). The network load is about 35.7 
percent if no other stations are transmitting in the net- 
work. 


A key was hit to enter the Interactive Command Exe- 
cution mode. In that mode, a Dump command was 
executed and the result was displayed. After the Dump 
execution, a transmit command was set up again and 
the station was put in the Continuous mode. 


inter 


Configure 
command 
is set up 
for default 
values. 
Do you want 
to change 
any bytes? 
(Y or N) 
==> 
Y 
Enter 
byte 
number 
(1 - 11) ==> 4 
Enter 
byte 
4 
(4H) ==> A6H 
Any more 
bytes? 
(Y or N) ==> Y 
Enter 
byte 
number 
(1 - 11) ==> 11 
Enter 
byte 
11 
(BH) ==> 6 
Any more 
bytes? 
(Y or N) 
D=> N 
Configure 
the 
586 with 
the 
prewired 
board 
address 
==> N 
Enter 
this 
station's 
address 
in Hex 
D=> 
000000002200 
You can 
enter 
up to 
8 Multicast 
Addresses. 
Would 
you 
like 
to enter 
a Multicast 
Address? 
(Y or N) 
==> 
N 
You entered 
0 Multicast 
Address(es). 


Would 
you 
like 
to transmit? 
Enter 
a Y or N ==> Y 
Enter 
a destination 
address 
in Hex 
==> 
000000002200 


Enter 
TYPE 
==> 0 
How many 
bytes 
of transmit 
data? 
Enter 
a number 
==> 2 
Transmit 
Data 
is continuous 
numbers 
(0, 1, 2, 3, 
••• ) 
Change 
any 
data 
bytes? 
(Y or N) ==> N 
Enter 
a delay 
count 
==> 
10000000000 
The number 
is too big. 
It has 
to be 
less 
than 
or equal 
to 65535 
(FFFFH). 
Enter 
a number 
_a> 
60000 


setup 
a transmit 
terminal 
count? 
(Y or N) 
==> 
Y 
Enter 
a transmit 
terminal 
count ==> 500 


Destination 
Address: 
00 
00 
00 
00 
22 
00 
Frame 
Length: 
20 bytes 
Time 
Interval 
between 
Transmit 
Frames: 
30.18 
miliseconds 
Network 
Percent 
Load 
generated 
by this 
station: 
.0 % 
Transmit 
Frame 
Terminal 
Count: 
500 


Good 
enough? 
(Y or N) =-> Y 


Receive 
Unit 
is active. 
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---Transmit Command Block--- 
0000 at 033E 
8004 
FFFF 
034E 
2200 
0000 
0000 
0000 


Host Address: 00 
00 
00 
00 
22 
00 
Multicast Address(~s): No Multicast Addresses Defined 
Destination Address: 00 
00 
00 
00 
22 
00 
Frame Length: 20 bytes 
Time Interval between Transmit Frames: 30.18 miliseconds 
Network Percent Load generated by this station: 
.0 % 
Transmit Frame Terminal Count: 500 
82586 Configuration Block: 08 
00 
A6 
00 
60 
00 
F2 
00 
00 
06 


II of Good 
II of Good 
CRC 
Alignment 
No 
Receive 
Frames 
Frames 
Errors 
Errors 
Resource 
Overrun 
Transmitted 
Received 
Errors 
Errors 
500 
500 
0 
0 
0 
0 
292010-17 
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Configure command is set up for default values. 
Do you want to change any bytes? 
(Y or N) -=> Y 
Enter byte number 
(1 - 11) --> 9 
Enter byte 9 (9H) --> 1 
Any more bytes? 
(Y or N) ._> N 
Configure the 586 with the prewired board address ==> 
Y 
You can enter up to 8 Multicast Addresses. 
Would you like to enter a Multicast Address? 
(Y or N) -=> N 
You entered 0 Multicast Address(es). 


Would you like to transmit? 
Enter a Y or N --> N 


Host Address: 00 
AA 
00 
00 
18 
6D 
Multicast Address(es): No Multicast Addresses Defined 
82586 Configuration Block: 08 
00 
26 
00 
60 
00 
F2 
01 
00 
40 


* of Good 
* of Good 
CRC 
Frames 
Frames 
Errors 
Transmitted 
Received 
o 
100 
0 
Enter command 
(H for help) --> D 


(R or C) 
==> 
R 


Alignment 
Errors 
No 
Resource 
Errors 
o 


Receive 
Overrun 
Errors 
o 


Command Block or Receive Area? 
Frame Descriptors: 
4000 at 036C 
AOOO at 0382 
0000 
0000 
0382 
0398 
03DA 
03E4 
2200 
2200 
2200 
2200 
0000 
0000 


AOOO 
0000 
03AE 
03EE 
2200 
2200 
0000 


at 0398 
AOOO 
0000 
03C4 
03F8 
2200 
2200 
0000 


AOOO 
0000 
036C 
0402 
2200 
2200 
0000 


inter 


0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


Receive 
Buffer 
Descriptors: 
C064 
at 
03DA 
C064 
at 
03E4 
C064 
at 
03EE 
C064 
at 
03F8 
C064 
at 
0402 
03E4 
03EE 
03F8 
0402 
03DA 
040C 
09F6 
OFEO 
15CA 
1BB4 
0000 
0000 
0000 
0000 
0000 
05DC 
05DC 
05DC 
05DC 
05DC 


Display 
the 
receive 
buffers? 
(Y or 
N) 
==> 
Y 
Receive 
Buffers: 


Receive 
Buffer 
0 : 
002C:014C 
00 
01 
02 
03 
04 
05 
06 
07 
08 
09 
OA 
OB 
OC 
OD 
OE 
OF 
002C:015C 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
1F 
002C: 016C 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
2A 
2B 
2C 
2D 
2E 
2F 
002C:017C 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 
3F 
002C:018C 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
4A 
4B 
4C 
4D 
4E 
4F 
002C:019C 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
5A 
5B 
5C 
5D 
5E 
5F 
002C:01AC 
60 
61 
62 
63 


Hit 
<CR> 
to 
countinue 


Receive 
Buffer 
1 : 
002C:0736 
00 
01 
02 
03 
04 
05 
06 
07 
08 
09 
OA 
OB 
OC 
OD 
OE 
OF 
002C:0746 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
1F 
002C:0756 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
2A 
2B 
2C 
2D 
2E 
2F 
002C:0766 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 
3F 
002C: 0776 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
4A 
4B 
4C 
4D 
4E 
4F 
002C:0786 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
SA 
5B 
5C 
5D 
5E 
SF 
002C:0796 
60 
61 
62 
63 


Hit 
<CR> 
to 
countinue 


Receive 
Butfer 
2 : 
002C:OD20 
00 
01 
02 
03 
04 
05 
06 
07 
08 
09 
OA 
OB 
OC 
OD 
OE 
OF 
002C:OD30 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
1F 
002C:OD40 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
2A 
2B 
2C 
2D 
2E 
2F 
002C:OD50 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 
3F 
002C:OD60 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
4A 
4B 
4C 
4D 
4E 
4F 
002C:OD70 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
5A 
5B 
5C 
5D 
5E 
5F 
002C:OD80 
60 
61 
62 
63 


Hit 
<CR> 
to 
countinue 


Receive 
Buffer 
3 : 
002C:130A 
00 
01 
02 
03 
04 
05 
06 
07 
08 
09 
OA 
OB 
OC 
OD 
OE 
OF 
OO~C: 131A 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
1F 
002C:132A 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
2A 
2B 
2C 
2D 
2E 
2F 
002C:133A 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 
3F 
002C: 134A 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
4A 
4B 
4C 
4D 
4E 
4F 
002C:135A 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
5A 
5B 
5C 
5D 
5E 
5F 
002C:136A 
60 
61 
62 
63 


Hit 
<CR> 
to 
countinue 


292010-19 


Receive Buffer 4 
002C:18F4 00 
01 
02 
03 
04 
05 
06 
07 
08 
09 
OA 
OB 
OC 
OD 
OE 
OF 
002C:1904 10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
1F 
002C:1914 20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
2A 
2B 
2C 
2D 
2E 
2F 
002C:1924 30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 
3F 
002C:1934 40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
4A 
4B 
4C 
4D 
4E 
4F 
002C:1944 50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
5A 
5B 
5C 
5D 
5E 
5F 
002C:1954 60 
61 
62 
63 


Hit <CR> to countinue 


Enter command (H for help) ==> E 


Host Address: 00 
AA 
00 
00 
18 
6D 
Multicast Address(es): No Multicast Addresses Defined 
82586 Configuration Block: 08 
00 
26 
00 
60 
00 
F2 
01 
00 
40 


II of Good 
Frames 
Transmitted 
o 


II of Good 
Frames 
Received 
100 


Alignment 
Errors 
No 
Resource 
Errors 
o 


Receive 
OVerrun 
Errors 
o 


configure 
command 
is set up 
for default 
values. 
Do you 
want 
to change 
any bytes? 
(Y or N) ==> N 
configure 
the 
586 with 
the prewired 
board 
address 
==> Y 
You 
can 
enter 
up to 
8 Multicast 
Addresses. 
Would 
you 
like 
to 
enter 
a Multicast 
Address? 
(Y or N) ==> N 
You 
entered 
0 Multicast 
Address(es). 


Would 
you 
like 
to transmit? 
Enter 
a Y or N ==> Y 
Enter 
a destination 
address 
in Hex ==> FFFFFFFFFFFF 


Enter 
TYPE ==> 0 
How many 
bytes 
of transmit 
data? 
Enter 
a number 
=-> 100 
Transmit 
Data 
is continuous 
numbers 
(0, 1, 2, 3, 
••• 
) 
Change 
any 
data 
bytes? 
(Y or N) 
==> 
N 


setup 
a transmit 
terminal 
count? 
(Y or N) ==> N 


Destination 
Address: 
FF 
FF 
FF 
FF 
FF 
FF 
Frame 
Length: 
118 bytes 
Time 
Interval 
between 
Transmit 
Frames: 
159.4 
microseconds 
Network 
Percent 
Load 
generated 
by this 
station: 
35.7 
% 
Transmit 
Frame 
Terminal 
Count: 
Not 
Defined 


Good 
enough? 
(Y or N) ==> Y 


Receive 
Unit 
is active. 


---Transmit 
Command 
Block--- 
0000 at 033E 
8004 
FFFF 
034E 
FFFF 
FFFF 
FFFF 
0000 


Host Address: 00 
AA 
00 
00 
18 
6D 
Multicast Address(es): No Multicast Addresses Defined 
Destination Address: FF 
FF 
FF 
FF 
FF 
FF 
Frame Length: 118 bytes 
Time Interval between Transmit Frames: 
159.4 microseconds 
Network Percent Load generated by this station: 35.7 % 
Transmit Frame Terminal Count: Not Defined 
82586 Configuration Block: 08 
00 
26 
00 
60 
00 
F2 
00 
00 
40 


* of Good 
* of Good 
CRC 
Frames 
Frames 
Errors 
Transmitted 
Received 
10459 
0 
0 
Enter command 
(H for help) ==> 
H 


Alignment 
Errors 
No 
Resource 
Errors 
o 


Receive 
Overrun 
Errors 
o 


Commands are: 
S - Setup CB 
P 
Print SCB 
L 
ESI Loopback On 
A 
Toggle Number Base 
Z 
Clear Tx Frame Counter 
Y 
Clear Rx Frame Counter 
E 
Exit to continuous Mode 


D - Display RFDjCB 
C - SCB Control CMD 
N - ESI Loopback Off 


Enter command block type 
(H for help) ==> 
H 
Command block type: 
N - Nop 
I - IA Setup 
C - Configure 
M - MA Setup 
T - Transmit 
R - TDR 
D - Diagnose 
S - Dump Status 
H - Print this message 


Enter command block type 
(H for help) ==> 
S 


Enter command 
(H for help) ==> 
C 


Do you want to enter any SCB commands? (Y or N) ==> 
Y 
Enter CUC ==> 
1 
Enter RES bit ==> 
0 
Enter RUC ==>.0 
Issued Channel Attention 


inter 


Command 
Block 
or 
Receive 
Area? 
(R or 
C) ==> C 
---Dump 
status 
Command 
Block--- 
AOOO 
at 
0364 
8006 
FFFF 
27D6 


Dump 
status 
Results 
at 
27D6 
00 
E8 
3F 
26 
08 
60 
00 
FA 
00 
00 
40 
FF 
6D 
18 
00 
00 
AA 
00 
40 
20 
00 
00 
00 
00 
FF 
FF 
FF 
FF 
B5 
9E 
EE 
CF 
62 
63 
3F 
BO 
00 
00 
00 
00 
00 
00 
00 
00 
FF 
85 
08 
FC 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
70 
03 
06 
00 
DC 
05 
00 
00 
OC 
04 
DC 
05 
E4 
03 
DA 
03 
DA 
03 
78 
05 
82 
03 
6C 
03 
F8 
03 
64 
80 
D6 
27 
E8 
21 
FF 
FF 
4E 
03 
06 
80 
FF 
FF 
64 
03 
00 
00 
D2 
02 
00 
00 
00 
00 
00 
00 
00 
00 
D6 
27 
00 
01 
00 
28 
00 
00 
00 
00 
30 
26 
00 
00 
20 
00 
40 
06 
30 
01 
00 
00 
90 
00 
10 
01 
00 
00 
6C 
03 
00 
00 
6A 
03 
OE 
00 
6C 
28 
00 
00 
74 
03 
00 
00 
00 
00 
00 
00 
00 
00 
00 
CO 
00 
00 
00 
00 


Enter 
command 
(H for 
help) 
==> S 


Enter 
command 
block 
type 
(H for 
help) 
==> T 
Enter 
a destination 
address 
in Hex 
==> 
FFFFFFFFFFFF 


Enter 
TYPE --> 0 
How 
many 
bytes 
of 
transmit 
data? 
Enter 
a number --> 100 
Transmit 
Data 
is continuous 
numbers 
(0, 
1, 
2, 
3, 
... 
) 
Change 
any 
data 
bytes? 
(Y or 
N) -=> N 


setup 
a transmit 
terminal 
count? 
(Y or 
N) 
•• > N 


Destination 
Address: 
FF 
FF 
FF 
FF 
FF 
FF 
Frame 
Length: 
118 
bytes 
Time 
Interval 
between 
Transmit 
Frames: 
159.4 
microseconds 
Network 
Percent 
Load 
generated 
by 
this 
station: 
35.7 
, 
Transmit 
Frame 
Terminal 
Count: 
Not 
Defined 


Do you 
want 
to 
enter 
any 
SCB 
commands? 
(Y or 
N) ==> Y 
Enter 
CUC ==> 1 
Enter 
RES 
bit 
==> 
0 
Enter 
RUC ==> 0 
Issued 
Channel 
Attention 


inter 


Host Address: 00 
AA 
00 
00 
18 
6D 
Multicast Address(es): No Multicast Addresses Defined 
Destination Address: FF 
FF 
FF 
FF 
FF 
FF 
Frame Length: 118 bytes 
Time Interval between Transmit Frames: 
159.4 microseconds 
Network Percent Load generated by this station: 35.7 % 
Transmit Frame Terminal Count: Not Defined 
82586 Configuration Block: 08 
00 
26 
00 
60 
00 
F2 
00 
00 
40 


• of Good 
# of Good 
CRC 
Alignment 
No 
Receive 
Frames 
Frames 
Errors 
Errors 
Resource 
Overrun 
Transmitted 
Received 
Errors 
Errors 
106020 
0 
0 
0 
0 
0 


292010-24 


This section presents methods of troubleshooting ("de- 
bugging") a LANHIB board. When a LANHIB board 
is powered up with the TSMS program 
stored in 
EPROMs, 
it should display "TRAFFIC 
SIMULA- 
TOR 
AND 
MONITOR 
STAnON 
PROGRAM" 
message on a terminal screen. If the message is not 
displayed, the board has to be debugged. Section 5.1 
describes basic 80186/82586 system troubleshooting 
procedures. Section 5.2 is for troubleshooting 
82501 
and 82502 circuits. After the 80186/82586 system is 
debugged, the 82501182502 
circuits have to be tested. 


5.1 Troubleshooting 
80186/82586 
System 


Shown in Figure 17 is a flow chart for troubleshooting 
80186/82586 system. The procedure requires an oscil- 
loscope. A logic analyzer is needed if problems appear 
to be serious. The procedures will debug the board to 
the point where the 82530 is initialized properly. If the 
82530 can be initialized properly, ROM and RAM in- 
terfaces must be functioning. Board initialization rou- 
tines (INIl86.PLM) 
linked to the TSMS program re- 
quires ROM 
and RAM 
accesses. Since the 82586 
shares most of the system with the 80186, no special 
debugging is required for the 82586. Wiring of all 
82586 parallel signal pins should, however, be checked. 


The flow chart branches to two major paths after the 
first decision box. One path debugs the RS-232 channel 


and the other debugs the 80186/82586 system. The 
waveform of the TRXCB output of the 82530 deter- 
mines which path to be taken. If the 82530 is getting 
programmed 
properly, 
there should be 153.6 KHz 
(lIf 
= 6.51 p.s) clock on this output pin. If there is a 


clock, the problem is probably in the RS-232 interface. 
If there is no clock, then the system has to be debugged 
using a logic analyzer. 


5.2 Troubleshooting 
82501/82502 
Circuits 


If the TSMS program runs on the LANHIB but the 
82586 is not able to transmit or receive, there must be a 
problem in 82501182502 
circuits. The flow chart in 
Figure 19 will guide troubleshooting in these circuits. 
An oscilloscope is required. 


The board should be configured to Cheapemet and dis- 
connected from the network. Two terminators will be 
required to terminate a "T" BNC connector providing 
an effective load resistance of 25,n to the 82502. 


The 82586 must have the system and transmit clocks 
running upon reset. Since the transmit clock is generat- 
ed by the 82501, the 82501 transmit clock output pin 
(pin 16) should be checked. The TSMS program exe- 
cutes 82586's Diagnose, Configure, lA-Setup, and MC- 
Setup commands during initialization. If the 82586 has 
active CRS (Carrier Sense) signal, it cannot complete 
execution of these commands. The 82501 should, there- 
fore, be checked if it is generating inactive CRS signal 
to the 82586 after power up. The LANHIB powers up 
the 82501 in non-loopback mode. 


inter 


After making sure that the 82501 is generating proper 
signals tb the 82586, the TSMS program is restarted 
with an initialization shown in Figure 20. The 82586 is 
configured to EXT-LPBK= 
I, TONO-CRS= 
I, and 


MIN-FRM-LEN=6. 
The chip is also loaded with a 


destination address identical to the source address. If 
there are no problems in the 82501/82502 circuits, the 
station will be receiving its own transmitted frames. If 
problems exist, the station will only be transmitting. 
Since the 82586 is configured to TONO-CRS (Trans- 
mission On NO Carrier Sense), the chip will keep trans- 


YES 
IS "TRAffiC 
SIMULATOR 
AND 
NO 
MONITOR 
STATION 
PROGRAM" 
MESSAGE 
ON CRT? 


mitting regardless of the state of carrier sense. The 
82501/82502 circuits can then be probed with an oscil- 
loscope at the locations indicated in Figure 21. Probing 
will catch problems like wiring mistakes, missing load 
resistors, etc. 


Once the station is debugged, it can be connected to the 
network. If there is a problem in the network, the 
82586's TDR command can be used to find the location 
and nature of the problem. 


CHECK CLOCK 
WAVEfORM 
ON THE 
TRXCB 
PIN(PIN 
26) 
Of 
THE 82530 
USING 
AN OSCILLOSCOPE. 
NO 
IS IT 153.6KHz(l/f=6.51 
}olsec.) 
SQUARE 
WAVE? 


CHECK 
RS-232 
DRIVER &: 


RECEIVER CHIPS. 
ARE THEY 
CONNECTED 
PROPERLY? 
NOTE 
THAT THE 
1488(75188) 
REQUIRES 
+ I 2V &: - I 2V AND 
THAT THE 
1489(75 
189) 
REQUIRES 
ONLY 
+5V. 


CHECK 
RS-232 
DCE &: DTE 
CONNECTIONS. 
THE LANHIB 
IS 
A DCE AND AN ASCII TERMINAL 
IS A DTE. ONLY 
PIN2(TXD), 


3(RXD), 
AND 
7(GROUND) 
ARE 
USED. 


CHECK 
CONfiGURATION 
Of 
THE 
ASCII TERMINAL. 
BAUD 
RATE 
SHOULD 
BE SET TO 9600. 


ALSO 
8 BITS/CHAR, 
NO PARITY, 


AND 
2 STOP BITS/CHAR. 


(A 
LOGIC ANALYZER 


MAY BE REQUIRED.) 


CHECK 
CLOCK 
WAVEfORM 
ON THE 


fOLLOWING 
PINS: 
1. CLKOUT 
PIN(PIN 
56) 
Of 
80186 


THIS SHOULD 
BE 8 MHz 
50% 
DUTY 


CYCLE MOS CLOCK. 


2. 
CLK PIN(PIN 
32) 
Of 
82586. 


THIS CLOCK 
IS PROVIDED 
BY 80186. 


3. CLK 
PIN(PIN 
20) 
Of 
82530. 


THIS SHOULD 
BE 4 MHz 
CLOCK. 


CHECK 
SIGNAL 
LEVELS 
Of 
THE fOLLOWING 


80186 
INPUT 
PINS. 
1. RES PIN(PIN 
24) 
SHOULD 
BE HIGH 


AfTER 
POWER UP RESET. 


2. 
NMI PIN(PIN 
46) 
SHOULD 
BE LOW. 


3. 
SRDY PIN(PIN 
49) 
SHOULD 
BE HIGH. 


4. ARDY PIN(PIN 
55) 
SHOULD 
BE HIGH. 


5. 
HOLD 
PIN(PIN 
50) 
SHOULD 
BE LOW. 


82586 
IS NOT INITIALIZED 
YET. 


inter 


CONNECT A LOGIC ANALYZER ON THE 
MULTIPLEXED BUS. 
1. CONNECT ADI5-ADO. 
ALE. RD. WR. ROMHI 
ROMLO. RAMHI. RAMLO. AND CS PIN(PIN 
33) 
Of 
82530. 
2. USE CLKOUT Of 
80186 
TO CLOCK THE 
LOGIC ANALYZER. 
SAMPLE DATA ON RISING 
EDGES. 
3. TRIGGER THE LOGIC ANALYZER ON ALE 
BECOMING HIGH. 


SHOWN IN fiGURE 
18 IS AN EXAMPLE Of 
A 
LOGIC ANALYZER TRACE. COMPARE WHAT'S 
OBTAINED TO THE ONE IN fiGURE 
18. 
If 
DiffERENT. 
POSSIBLE PROBLEMS ARE: 
\. 
HIGH BYTE EPROM AND LOW BYTE EPROM 
ARE SWAPPED. 
2. ADDRESS/DATA 
LINES ARE NOT CONNECTED 
PROPERLY. 
3. ADDRESS DECODE PAL IS NOT PROGRAMMED 
PROPERLY. 
etc. 


CHECK RS-232 
DRIVER &< 
RECEIVER CHIPS. ARE THEY 
CONNECTED PROPERLY? NOTE 
THAT THE 1488(75188) 
REQUIRES + 12V 
&< -1 2V AND 
THAT THE 1489(75189) 
REQUIRES ONLY +5V. 


CHECK RS-232 
DCE &< DTE 
CONNECTIONS. THE LANHIB IS 
A DCE AND AN ASCII TERMINAL 
IS A DTE. ONLY PIN2(TXD). 
3(RXD). 
AND 7(GROUND) 
ARE 
USED. 


CHECK If 
82530 
IS GmlNG 
INITIALIZED PROPERLY 
ON THE LOGIC ANALYZER. 
TRY OTHER LOGIC 
ANALYZER 
TRIGGERING EVENT. e.g. 
CS PIN(PIN 
33) 
Of 
82530 
BECOMING LOW. 


MAKE SURE THERE IS 153.6KHz(l/f=6.51 
~.ec.) 
SQUARE WAVE ON TRXCB(PIN 
26) 
Of 
82530. 


CHECK CONfiGURATION 
Of THE 


ASCII TERMINAL. BAUD RATE 
SHOULD BE SET TO 9600. 
ALSO 8 BITS/CHAR. 
NO PARITY. 


AND 2 STOP BITS/CHAR. 


inter 


AD15-ADO 
r------ALE 
r-----RDIl' 


jjj 
§~~]ffiB' AA"'.O~ 
'"" ""m 
,.-...,I1~ 
~~~L~~ 
(PIN 33) OF 82530 


0097 00 .1 01001111 
009800 
.1 01001111 
0099 
00 .1 01101111 
TRIG 00.1 
11101111 
0101 
FF FO 01001111 
010206 
EA 00101111 
010306 
EA 00101111 
010.06 
EA 00101111 
0105 
06 EA 00101111 
0106 
06 EA 00101111 
0107 
06 EA 11101111 
0108 
FF F2 01101111 
0109 
CO .0 00101111 
0110 
CO 00 00101111 
0111 CO 00 00101111 
0112 CO 00 00101111 
0113 CO 00 00101111 
011. CO 00 11101111 
0115 
FF F.Ol101111 
0116 
FF FF 00101111 
0117 
FF FF 00101111 
0118 
FF FF 00101111 
0119 
FF FF 00101111 
0120 
FF FF 00101111 
0121 
FF FF 11101111 
0122 
FF F6 01101111 
012300.000101111 
012.000000101111 
0125 
00 00 00101111 
0126 
00 00 00101111 
0127 
00 00 00101111 
0128 
00 00 
11101111 
0129 
FC 06 01101111 
..... JUMPED TO FC06H 
0130 
2E FA 00101111 
0131 
2E FA 00101111 
0132 
2E FA 00101111 
0133 
2E FA 00101111 
013. 
2E FA 00101111 
0135 
2E FA 11101111 
0136 
FC 08 01101111 
0137 
16 8E 00101111 
0138 
16 8E 00101111 


· 
LOGIC ANALYZER 
ISTRIGGERED ON ALE = HI. 
· 
80186 JUMPS TO FFFOH AFTER RESET. 


· 
JMP INSTRUCTION (DIRECTINTERSEGMENT) 
SEGMENT OFFSET = 0006H 
SEGMENT SELECTOR = FFCOH 
(80186 INSERTS 3 WAIT STATES BEFORE 
UMCS 
REGISTER IS PROGRAMMED.) 


Lip 


DISCONNECT COAX. PUT TERt.4INATORS ON 
BOTH ENDS Of 
"T" 
CONNECTOR. t.4AKE SURE 
THE BOARD IS CONfiGURED TO CHEAPERNET. 


UPON POWER UP, DOES 
82501 
GENERATE: 


1. 10 t.4Hz Tx C AND R x C 
NO 
TO 82586? 
2. INACTIVE CRS 
TO 82586? 


WHEN A TRANSt.4ISSION IS 
YES 
ATTEt.4PTED, DOES THE TSt.4S 
NO 
PROGRAt.4 DISPLAY "NO 
CARRIER SENSE" t.4ESSAGE? 


POWER DOWN AND RE- 
START TSt.4S PROGRAt.4 
WITH 82586 
CONfiGURED 
TO: 


1. EXT-LPBK = 1 
2. TONO-CRS = 1 
3. t.4IN-fRt.4-LEN = 6 


EXECUTE LOOPBACKS BY 
USING DESTINATION ADDR 
SAt.4E AS SOURCE ADDR. 
TRANSt.4IT ONLY A fEW 
DATA BYTES. 


82501/82502 
CIRCUITS 
t.4UST BE WORKING O.K. 
If THE STATION IS STILL 
NOT RECEIVING, CHECK 
STATION'S DESTINATION 
AND SOURCE ADDRESSES, 
CONfiGURATION 
Of 
82586. 


t.4AKE SURE THE 82501 
IS 
POWERED UP IN NON- 
LOOPBACK t.40DE. 


If THE STATION IS NOT 
RECEIVING WHILE IT'S 
TRANSt.4ITT1NG,THERE IS 
A PROBLEt.4. PROBE 
SIGNALS AT LOCATIONS 
SHOWN IN fiGURE 21- 
IT'S PROBABLY A WIRING 
PROBLEt.4. 


Configure 
command 
is set up for default values. 
Do you want to change any bytes? 
(Y or N) --> Y 
Enter byte number 
(1 - 11) --> 4 
Enter byte 4 
(4H) --> A6H 
Any more bytes? 
(Y or N) --> Y 
Enter byte number 
(1 - 11) --> 9 
Enter byte 9 (9H) --> 08H 
Any more bytes? 
(Y or N) --> Y 
Enter byte number 
(1 - 11) --> 11 
Enter byte 11 
(BH) --> 6 
Any more bytes? 
(Y or N) --> N 
Configure 
the 586 with the prewired board address --> N 
Enter this station's 
address 
in Hex --> 000000002200 
You can enter up to 8 Multicast 
Addresses. 
Would you like to enter a Multicast 
Address? 
(Y or N) --> N 
You entered 
0 Multicast 
Address(es). 


Would you Like to transmit? 
Enter 
a 
Y 
or 
N --> Y 
Enter a destination 
address 
in Hex --> 000000002200 


Enter TYPE --> 0 
How many bytes 
of transmit 
data? 
Enter 
a 
number --> 
2 
Transmit 
Data is continuous 
numbers 
(0, 1, 2, 3, ... ) 
Change any data bytes? 
(Y or N) --> N 
Enter a delay 
count --> 0 
Setup a transmit 
terminal 
count? 
(Y or N) --> N 


Destination 
Address: 
00 
00 
00 
00 
22 
00 
Frame Length: 
20 bytes 
Time Interval 
between 
Transmit 
Frames: 159.4 seconds 
Network Percent 
Load generated 
by this station: 
11.0 , 
Transmit 
Frame Terminal 
Count: Not Defined 


ISOLATED 
POWER 
SUPPLY 


"1\ 
i5c:..• 
CD 
N 
;-" 


'V 
17 
..• 
Tl<D 
0tr 
Tl<C 
26 
16 
TRIolT 
5" 
Tl<C 
~ 
IC 
r\, 
Ql 
RXD 
25 
~ 
N 
RXD 
~ 
<II 
4 
0..•. 
RXC 
23 
8 
RCV 
.•... 
RXC 
82501 
Ql 
82586 
ESI 
N 
31 
<II 
CRS 
CRS 
5 
0 
RCV 
N0 
COT 
30 
7 
COT 
•• 
(') 


RTS 
28 
15 
c: 
TEN 
::; 
CLSN 
lIJ 


LPBK 


CLSN 


LPBK 
COIolIolAND 
FROIol I/O 
PORT 


NOTE: 
Numbers 
are probing 
sequence. 


TRIolT 
VDD 
14 


TRIolT 
CXTD 
15 
BNC 
"T" 
CONNECTOR 
)I- 
.". 
43A 
~ 


4 
82502 
12 
50A 
....• 


RCV 
ErC 
CXRD 
TERIolINATOR 
..,. 


100A 
FUSIBLE 
1/8W 


RCV 
13 
NC 


43A 
7 
CLSN 
HBD 
11 


CLSN 


243A 
0.5:01 


APPENDIX A 
LANHIB SCHEMATICS 
PARTS LIST 
PAL EQUATIONS 
DIP SWITCH SETTINGS 
WIRE WRAP SERVICES 


PARTS 
LIST 


REFERENCES 
DESCRIPTION 
r1FR 
r1FR 
QTY 
PART 
NO 
CODE 
UI 
IC 
74532 
OBD 
I 
U2 
IC 
704LS84 
OBD 
I 
ua. 
U~ 
IC 
?4LSZ 
••S 
OBD 
2 
US 
IC 
74F373 
OBD 
I 
U6.U7 
IC 
?4LS373 
OBD 
2 
UB 
IC 
88186 
INT 
I 
U9 
IC 
82586 
INT 
I 
UI8 
IC 
ISLe 
OBD 
I 
UII 
IC 
?4LS82 
OBD 
I 
U12. 
U27 
IC 
704LS?4 
OBD 
2 
U28 
IC 
?~S7'" 
OBD 
I 
Ula 
IC 
7"LS165 
OBD 
I 
UI~ 
IC 
82581 
INT 
I 
UI5 
Put ••• 
Transf'or 
••• r 
Pack 
PES ••• 02 
PE 
I 
U15 
IC 
82582 
INT 
I 
un 
DC •.... 
DC 
Converter 
PE5~a59 
PE 
1 
U18. 
U28 
IC. 
6"K-Bit 
EPROM 
276-4-20 
INT 
2 
U25 
IC 
?••ASee 
OBD 
I 
U22. 
U28 
IC 
SRAM 
HM626"-lS 
HIT 
2 
U2~ 
IC. 
256-Bit 
PROM 
TBPt8S9a0 
TI 
I 
U2S 
IC 
?.•• 
ASe .•• 
OBD 
I 
U29 
IC 
82530 
INT 
I 
Ua8 
IC 
.-489 
OBD 
I 
ual 
IC 
10488 
OBD 
I 
Ua2 
IC. 
1M-Bit 
EPROM 
(OPt 
iona.l) 
27210 
INT 
I 
Rl-R3. 
R5 
Resistor. 
IBK 
ohm. 
1/4LJ. 
SY. 
CONL 
OBD 
5 
RI9. 
02B 
R~ 
R.sistor. 
leeK 
ohM, 
1/4L.1. 
5% 
CONL 
OBD 
I 
R5 
Resistor. 
2 
2K 
OhM. 
1/ .••L.I. 5% 
CONL 
OBD 
1 
R7. 
R8. 
RI2 
R.sistor. 
7B 
7 oh•• 
I/BL.I. 
1% 
CONL 
OBD 
a 
R9. 
RIB 
R.sistor. 
2~B 
oh •. 
1/ ••lJ. 
5% 
CaNt 
OBD 
2 
RII 
Res 1St or. 
1M oh•. 
1/4.." 
CQNL 
OBD 
I 
?SeUde 
(mi nL 
SY- 
Ria-R16 
R.Sl stor. 
~a 
20t.•••1/8u. 
1% 
CeNt 
OBD 
~ 
RI7 
ReSistor. 
IBB 
OhM. 
Fusible 
CONL 
RCD 
I 
1/8&.1. 
SY- 
RI8 
Resistor. 
2~a 
ohm. 
1/8L.1. 
B. 5Y. 
COML 
OBD 
I 
R2L 
R22 
R.sistor. 
5K 
OhM. 
1/""L.l. 
5% 
CONL 
OBD 
2 
RPI 
Resistor 
P.,ck. 
IK 
ohM. 
16 
'Din 
COML 
OBD 
I 
R23-R26 
R.sistor. 
IK 
0)1,.. 
114U. 
5% 
COML 
OBD 
~ 
CL 
C2 
C. 
&citor. 
2hF. 
laBU. 
5% 
COMt 
OBD 
2 
ca 
C. 
aeitor. 
10u.F. 20V 
COMt 
OBD 
I 
C~. 
CS 
C. 
aeitor. 
ahF. 
laeU. 
5Y. 
COML 
OBD 
2 
C5 
C. 
aeitor. 
0.822uF. 
5BU 
COML 
OBD 
I 
C7 
C. 
aeitor. 
1.8uF. 
50U 
COML 
OBD 
, 
CIL 
CJ2 
Ca 
aeitor. 
0.81uF. 
50U 
COMt 
OBD 
2 
CIB 
C. 
aeitor. 
e.81uF. 
2KU 
COML 
OBD 
1 
C8. 
C9 
C. 
•.eitor. 
0. 22uF. 
5BU 
COMt 
OBD 
2 
CRI 
Diod. 
IHS1 .• 
OBD 
I 
CR2. 
eRa 
Diod. 
IN5282 
OlD 
2 
YI 
Parall.l 
R.sonant 
Crystal. 
COML 
OBD 
I 
15M 
Hz 


Y2 
~:~a~~.l 
R.sonant 
Crvstal. 
COML 
OlD 
I 


+1ZV 
P'-7§H-- 
Pl-8 
Pl-g 
+5'1 
§PI-at 
~~=: 
2 
2uF 
122uF 
122uF 
~:=:~ 


::~~§--I_2B~_I 
15V 
I_'5u 
§::~:: 


Pl-2 
Pl-76 
P1-11 
2.2uF 
PI-as 
PI-12 
lr2BU 
PI-85 
J __ 
-_1_ZV 
--<,,:J>-_ 
P 1-79 
L-..<J P1-S0 


THE 
BOARD 
REQUIRES 
+SV. 
+12U. 
AND 
-12U 
MULTIBUS 
POUER 
PINS 
FOR 
THESE 
VOLTAGES 
AND 
GROUND 
ARE 
SHOUN 
ABOVE 


2 
EACH 
IC 
SHOULD 
HAVE 
A 
0 
luF 
CAPACITOR 
BETuEEH 


.POUER 
PIH 
AND 
GROUND 
PIN 
PARTS 
LIST 
DOES 
NOT 
INCLUDE 
DECOUPLING 
CAPACITORS 


nTR. 
CODE 


'NT 
HIT 
OBD 


INTEL 
CORPORATION 
HITACH 
AMERICA 
LTD. 


ORDER 
BY 
DESCRIPTIOH 
(AHY 
COMMERCIAL 
<CONL) 
S 
) 
PULSE 
EN 
INB 
RCD 
CaMP 
S 
IHC 
TEXAS 
INS 
EHTS 


SAH 
DIEGO. 
CA 
MAHCHESTER. 
NH 
DALLAS. 
r:-< 


S86ARDV 
(P 
2l 
(P 
3.4] 
(P 
4] 
SYS 
eLK 
(P 2.6l 


RESET-Ul 


rnU'IlI: 
TAJrnll 


~ 
(P5l 
(PSl 


DRQI 
(PSl 
DRQe 
(PSl 


_SU 


A214? 
A28 
I 
AI92 
A19 
A193 
A18 
AI? 
4 
AI? 
A160 
A16 
AD16 
AD16 
AD14 
AD14 
AD13 
AD13 
AD12 
AD12 
ADII 
Ie 
ADII 
ADle 
11 
ADle 
AD913 
AD9 
ADB 14 
AD8 
AD? 
16 
AD? 
AD6016 
AD6 
AD6 I? 
ADS 
AD418 
AD4 
AD319 
AD3 
AD22e 
AD2 
ADI21 
ADI 
ADe 22 
ADB 


·R26 
IK 


R26 


74F3?3 
• 
lD 
10 
2 
n 
~ 
2D 
20 
5 
16L8PAL 
HI 
7 
'D 
.0 
6 
LHI 
II 
• 
4D 
~o 
9 
16 
[P2 
A1913 
5D 
50 
12 
I~ 
A1814 
SD 
SO 
15 
15 
AI? 
I? 
7D 
70 
16 
" 
lI"Oll 
A1618 
.D 
.0 
19 
I. 
.0 
II • 
OC 
1 
17 
19 
US 
ule 
12 


AD1SS 
AD144 
AD1S? 
AD128 
ADl1l3 
ADle14 
AD917 
AD818 
6011 


74LS373 
10 
lQ 
2 
20 
2Q 
5 
3D 
SQ 
6 
40 
4Q 
9 
50 
5Q 
12 
60D 
6Q 
16 
?D 
7Q 
16 
eD 
8Q 
19 
G 
ae 
I 


AD? 3 
AD64 
ADS 
7 
AD48 
ADS 13 
AD214 
AD117 
ADe 18 
9011 


U6 
?4LS3?3 
10 
IQ 
20 
20 
3D 
SO 
~D 
~ 
60 
50 
60 
60 
7D 
7Q 
8D 
90 
• 
oc 


U7 
74L62046 
74L624S 
AD. 
2 
AI ., 
ADO 
2 
AI 
II ,. 
De 
AD9 
• 
A2 
.2 
ADI 
• 
A2 
.2 
17 
D1 
AD Ie 
~ 
A' 
•• 
AD2 
~ 
A' 
•• 
16 
D2 
ADll 
5 
A~ .~ 
AD' 
5 
A~ 
•• 
I. 
D' 
AD12 
6 
A. 
•• 
AD4 
6 
A. 
•• 
1~ 
D~ 
AD1S 
7 
A6 
.6 
ADS 
7 
A6 
.S 
" 
D. 
R~ 
ADI4 
• 
A7 
.7 
ADS 
• 
A7 
.7 
12 
D6 


1crt 
leek 
A015 
9 
A. 
•• 
AD7 
9 
A. 
•• 
II 
D7 
, 
1 
DJR 
1 
DIR 
19 
1J 
11 
1J 
qL_t' 


u. 
U~ 


2 
A7 
• 
A6 
6 
A. 
9 
A~ 
12A3 
15A2 
160AI 
19A8 
1 


-SU 
686ARDY 
[Pll 


OPI 
74LS166 
. 
. 


I KOHt1S 
R9 
018 
A 
2. 
"'8 
• 
, 


C 
fnIi 
• 
E 
07 
F 
OH 
9 
6 
llH 
7 
78 
CLSH 


S~2 
H 
TIIt"T 


51 
OCV 
SH.lLI 
ftRTIilI 


Ut3 
08 


78 
JmJ 


82S8. 
PE64112 
~'::F 


14 
Tlltt1T 19 
TRnT 
Y2 
= 
CS 
2Bt1HZ 
" 
..• 
'l1ffi1' 
18 ftlff 
ro 
38pF = 
l6 
~ 
IS 


<XI 
58&TxD 
l7 
xU 
1 
I 
586SII 
CS 


.B22u.F 
= 
586RxD 


RESET 
[Pl.2.S1 
.0 


rnlJ'"Ii( 
CPt) 
TR"T 
1 
S~' 
16 
TRnT-C 
[PSl 
2 
IS 
Rev 
3 
'4 
RCU-C 
4 
l' 
CLSN 
&: 
12 CLSN-C 
S 
II 
DATIl 
~ 
~ 
•• R26 
[Pll 
8 
~ 
• 
9 


S~' 
J-. 


8.8tu.F 


.82582 


T 
2 
ONT 
OEM 
1 
018 


USS 
8 
•... 
AUS 
9 


CMT 
IS 
C9 
:J- 


"'D 
8.22u.F 
IN 


UJ)D .4 
..•.• 
•••• 


He 13 


Ul6 


1"52132 
lH6282 
MT' 


CO2 
CO. 
Rl';" 
MO' 
188 


292010-80 


(D15- 
) 
rpt 
.•., 


ADDRESS 
(A14-AU 
".. 4' 


2'?64-28 
~ 
2?64-28 
21'64-28 
Al 
Ie 
e 
oe 
II 
De 
Al 
Ie 
e 
oe 
11 
De 
AI 
II 
I 
oe 
II 
De 
Al 
Ie 
e 
oe 
11 
De 
A2 
9 
I 
01 
12 
D9 
A2 
9 
I 
01 
12 
D9 
A2 
9 
I 
01 
12 
DI 
A2 
9 
I 
01 
12 
DI 
A3 
e 
2 
02 
13 
DIe 
A3 
e 
2 
02 
13 
DI8 
A3 
e 
2 
02 
13 
D2 
A3 
8 
2 
02 
13 
D2 
A4 
7 
3 
03 
16 
DlI 
A4 
7 
3 
03 
16 
DlI 
A4 
7 
3 
03 
16 
D3 
A4 
7 
3 
03 
16 
D3 
A6 
6 
4 
04 
16 
DI2 
A6 
6 
4 
04 
16 
DI2 
A6 
6 
4 
04 
16 
D4 
A6 
6 
4 
04 
16 
D4 
A6 
6 
5 
OS 
17 
D13 
A6 
6 
5 
OS 
17 
DI3 
A6 
5 
6 
OS 
17 
DS 
A6 
6 
6 
06 
17 
D6 
A7 
4 
6 
06 
Ie 
DI4 
A7 
4 
6 
06 
Ie 
DI4 
A7 
4 
6 
06 
Ie 
D6 
A7 
4 
6 
06 
Ie 
D6 
Ae 
3 
7 
07 
19 
DI6 
Ae 
3 
7 
07 
19 
DI6 
A8 
3 
7 
07 
19 
D7 
A8 
3 
7 
07 
19 
D7 
A9 
26 
8 
A9 
26 
8 
A8 
26 
8 
A9 
26 
e 
AI8 
24 
9 
AI8 
24 
9 
AI8 
24 
9 
AI8 
24 
9 
All 
21 
18 
All 
21 
18 
All 
21 
18 
All 
21 
18 
AI2 
23 
11 
upp ~ 
A12 
23 
II 
upp ~ 
AI2 
2" 
11 
upp ~ 
A12 
23 
11 
upp ~ 
A13 
2 
12 
A13 
2 
12 
AI3 
2 
12 
A13 
2 
12 
AI4 
26 ~13 
A14 
26 '::"13 
A14 
26 
AI3 
AI4 
26 
~13 
28 
28 
21 
28 
RD 
22 II<? 
22 
,..p 
22 
22 


~~' 
~~UI9 
27 
I'GR 
27 
""'" 
~ 
I 
U28 
r 
U21 
fli 
[PL •. 51 


• 


ROttaJS 
Pll 
• 


! 
IIII..ei 
...•..N_ 
~ 
,,,..,«« 
..!: 
.... N-.. 


"(l)(Iol-CSl 
.. 
ct<l:4:44 
... 
.. 
.•. 
N" 
:; 
•... 
ID"'.MN_. 


"" 
.. 


cn •••. l.J)U) "..,N_ ~I 
~ 


f'-uHD" 
(I),... 
•••• 
. 
AQAA 
AAAA 
1( - 
~~~: 
:s;;;: 
.• " 
~.-.• 


'7H'O 
•••• 1D lj)MN_ 


iG~""""N- 
!~~I 


100000000 
~ 
~-------- 
l,(l NN_G:l 
~ 
Ul---17l 
CDr-l,(l"''''MN''' 
CD 


~~1: 


%l,(l 
('1)-"1.0 
·~·~L 
NNNNNN(I)'\"", 
ID••.. 
OOcn-NNN 


&¥ 
"tlJN 
••• CS1 
U)'f'MN- 
N. 
- ___ 
•.•cnCD ••.. 
1D 
••«-.., 
lll:«« 
<l:4:Cl:Cl4Cl 
«c a:<I: a: 


"''''(I)N_. 
-- ...... __ 
cnG:l 
AQAR 
RRRR 


cn ••.•• 
1D IIltl'lN_ 
" i~·~ 
........ 
N- 
}! 


': 
I 
00000000 
~-------- 
ID NN_II 
~ 
Ul---aH;O 
•••.IDID ••. (I)N_CD 
~ 
%..., 
fl)"'''1D 
..~..~L 
NNNNNNM'tLD 
Itl•••. 
COcn_NNN 


en:at 
(l) 
(I')("I"'CSl 
u:l"MN'" 
- 
••.• 
-- 
__ 
cnm 
•... ." 
••GC_ •• «4<1:<1:««« 
4« 
<14:<1<1<1 


, 
;;; 
~ 
.. .. 
~ ~ II 
I::: ~ 


82sa. 
D74 
DI7 
nlVllRli 
" 
D6a7 
DI. 
TKDA 
16 
68 
DI6 
RKDA 
13 
D<4a8 
DI4 
~ 
14 
D82 
DI8 
~ 
12 
D2as 
DI2 
!VIl"e'li II 
DII 
DII 
lff'IlI 
17 
DI48 
DII 
n'1Ji 
II 
fJli 
19 
•• llli 


ADDRESS 
.6 
llIf 
A2 
84 
A/' 
CSS6 
aa ~ 
AI 
32 
D/1: 


TIlT 
TAn" 


II 
81 


7 
lEI 
• 
IEO 
21 
CtK 


U29 


5""<4-1 


5"""-3 


sa.eLK 


TRWIT 
,It 
1] 


74AS8<4 
l' 
tt 


U26 


R21 
121 


OK 
R22 
R22 


OK 


6A.... 


IIA 
12A 


6A 
8A 


7A 


,.A 
14 


llA 
16 


9A 
" 
••••• 
17 
.8 
II 
~ 
2. 
"'0 
2. 
I 
22 
N 
2. 
...•.• 
24 
,., 


26 


COH2 


inter 


OPTIOttAL 
1HEG 
(64JCx16) 
WOIID-WIDE 
EPIIJtt 


ADDRESS 
(A16-Al> 
272'8 
DATA (D1S-DfJ) 
LASE. 
a? 
16 
0'69 
D'6 
AI&: 36 
'4 
01",4 
D'4 
Al<4 a6 
13 
013 
D'3 
Ala S4 
'2 
0'2 
D'2 
A12 aa 
11 
011 
DI' 
Al182 
18 
Ole 
8 
DI8 
Ale 
81 
9 
099 
D9 
A9 
29 
9 
0818 
DB 
A9 
29 
7 
0712 
D7 
A7 
27 
6 
0618 
D60 


A6 
26 
6 
OS 1<4 
116 
A6 
26 
4 
o 
1611" 
A" 
2" 
9 
0816 
DB 
A3 
23 
2 
021? 
112 
A2 
22 
I 
0118 
III 
A' 
2' 
oe 19 ne 
99 
9 
E~ 
rt~ 
U92 
lfIl" 


ROHIIUS 
r." 


Module 
Addr_dec 
Title 
'LANHIB 
Address 
Decode 
Logic 
Kiyoshi 
Nishide 
Intel 
Corp. 


AO, 
A14, 
A15 
A16, 
A17, 
A18 
A19, 
BHE 
HLDA, 
52 
RAMLO, 
RAMHI 
ROMLO, 
ROMHI 
ROM 
RI04 


pin 
pin 
pin 
pin 


I, 
2, 3; 
4, 
5, 
6; 
7, 8; 
9, 11; 
18, 
17; 
19, 
12; 
pin 
pin 
pin 
pin 


!ROMHI = 
A15 
&: A16 
&: A17 
&: A18 
&: A19 
&: 
(HLDA 
# 
52) 
&: RI04; 
lROMLO 
lA15 
&: A16 
&: A17 
&: A18 
&: A19 
&: 
(HLDA 
# 52) 
&: RI04; 
!ROM = A17 
&: A18 
&: A19 
&: 
(HLDA 
# 
52) 
&: 
!RI04; 
!RAMHI 
!A14 &: 
!A15 &: 
!A16 &: 
!A17 &: 
lA18 
&: 
!A19 &: 
!BHE &: 
(HLDA 
# 52) ; 
!RAMLO = 
!AO &: 
!A14 &: 
!A15 
&: 
!A16 
&: 
!A17 
&: 
!A18 &: 
!A19 
&: 
(HLDA 
# 
52) ; 


End 
Addr_dec 


U'I'" 
~yy" 
"'M ::t~I IINu~ t"UH 
VARIOUS 
OPERATIONS 


"I" indicates ON (Switch is closed). 
"0" indicates OFF (Switch is open). 
"X" indicates Don't Care. 
1. To configure the board to Ethernet or Cheapemet: 


SW3 
Comment 
87654321 


Ethernet 
XXOOOOOO 
Cheapernet 
XX111111 
Transceiver 
Cable should 
not be connected. 


2. To run the TSMS program or the Data Link Driver 
program: 


SW4 
Comment 
87654321 


TSMS Program 
XXXXOO01 
TSMS program 
uses 
or 
the 82530 
in 


Data Link Driver 
Asynchronous 
Polling 


Program 
mode. Data Link Driver 
program 
uses the 
825830 
in 
Asynchronous 
Polling 
and Vectored 
Interrupt 
modes. 


SW3 
87654321 


2764·20 
EPROMs 
OXXXXXXX 
27210 
EPROM 
1XXXXXXX 


SW3 
SW4 
87654321 87654321 


1) To run the TSMS Program 
OX111111 
XXXX0010 
from the 2764·20 
EPROMs 
in Cheapernet 
Configuration 


2) To run the TSMS Program 
OXOOOOOOXXXX0010 
from the 2764·20 
EPROMs 
in Ethernet 
Configuration 


3) To run the TSMS Program 
1X111111 
XXXXOO01 
or the Data Link Driver 
program from the 27210 
EPROM in Cheapernet 
Configuration 


4) To run the TSMS Program 
1XOOOOOOXXXXOOO1 
or the Data Link Driver 
program from the 27210 
EPROM in Ethernet 
Configuration 


5. Dip Switch SW2 programs the number of wait states 
for the 82586 (see Table 3). 


inter 


AUGAT 
Interconnection 
Systems 
Division 
South-Western Division 
1829 Monetary Lane 
Carrollton, TX 75006 
(214) 245-6161 
40 Perry Avenue 
P.O. Box 1037 
Attleboro, MA 02703 
(617) 222-2202 
European Division 
In der Klinge 5 
D-7100 Heilbronn, West Germany 
(01731) 217 12 
100935 South Wilcrest Drive 
Houston, TX 77099 
(713) 495-3100 


37 Water Street 
Wakefield, MA 01880 
(617) 938-8911 
1650 Locust Avenue 
Bohemia, NY 11716 
(516) 567-7007 


Elma/EMS 
A Division 
of Sandberg 
Industries 


Berkshire Industrial Park 
Bethel, CT 06801 
(203) 797-9711 
Eastern Division 
60 Blanchard Road 
Burlington, MA 01803 
(617) 273-5800 
1851 Reynolds Avenue 
Irvine, CA 92714 
(714) 261-9473 
Mid-Western Division 
502 Morse Avenue 
Schaumburg, IL 60193 
(312) 529-7690 
3042 Scott Boulevard 
Santa Clara, CA 95054 
(408) 970-8874 
Western Division 
20150 Sunburst Street 
Chatsworth, CA 91311-6280 
(818) 700-0600 


WRAPEX 
Corporation 


96 Mill Street 
Woonsocket, RI 02895 
(401) 769-3805 


APPENDIX B 
SOFTWARE lISTINGS-TSMS 
PROGRAM AND 
lANHIB 
INITIALIZATION ROUTINE 


inter 


1**********************************************************.******************1 
1* 
~I 


1* 
Traffic 
Simul.tor/Monitor 
Station 
Program 
~/ 


1* 
for 
186/586 
High 
Integr.tion 
Bo.rd 
.nd 
*1 


/* 
iSBC 18b/51 
*/ 
1* 
*1 


1* 
Vel'. 
1.0 
DecembtH' 
17. 
1'184 
*1 


1* 
*1 


1* 
Ki\joshi 
Nishide 
Int.l 
Corporation 
*1 


1* 
./ 


1*****************************************************************************1 


1* 
This 
software 
c.n 
be 
conditionall~ 
compiled 
to 
work 
on 
the 
iSBC 
186/~1 
or 
on 
the 
LANHIB. 
If 
'set<SBC18651)' 
is 
added 
to 
the 
compiler 
call 
statement, 


this 
saurce 
program 
will 
be 
compiled 
for 
the 
i58C18651. 
*1 


decl.,.e 
lit 
lit"'.II~ 
'lih".II~', 
true 
lit 
'I', 
hls. 
lit 
'0', 
foreveT' 
lit 
'while 
1 I, 
ISCP.LOC.LO 
lit 
'OFFFOH', 
ISCP.LOC.HI 
Ii t 
'0'. 
SCB$BASE.LO 
lit 
'0'. 
SCUBASE.HI 
lit 
'0', 
CA.PORT 
lit 
'OCBH', 
BOARD.ADDRESS.BASElit 
'OFOH', 
INHTYPE.5Bb 
Ii t 
'20H', 
INT.TYPE.TIMERO 
lit 
'30H'. 
INT.CTL.TIMERO 
lit 
'OFF32H', 
INT.7 
Ii t 
'27H'. 
PIC.MASK.130 
lit 
'OE2H'. 
PIC.MASK.IBb 
lit 
'OFF2BH', 
ENABLE.5Bb 
lit 
'OFEH'. 
ENABLE.5Bb.18b 
lit 
'OEEH'. 
PIC.EOaI30 
lit 
'OEOH', 
EOI.CMDO.130 
lit 
'bOH'. 
EOI.CMD4.130 
lit 
'b4H'. 
PIC.EOI.IBb 
lit 
'OFF22H', 
EOaCMDO.IBb 
lit 
'0', 
PIC.VTR.IBb 
lit 
'OFF20H'. 


inter 


TII'IERO.CTL 
TII'IERO.COUNT 
I'IAXSCOUNT.A 
CA 
ESISPORT 
NO.LOOPBACK 
LOOPBACK 


lit 
'OFF56H', 
lit 
'OFF50H', 
lit 
'OFF52H', 
I it 
'0', 
lit 
'OCBH', 


lit 
'B'. 
lit 
'0' 
J 


de-ct." •. lit 
lit.rall~ 
'literal11:4'. 
tTue 
lit 
'1', 
f.ls. 
lit 
'0', 
forever 
lit 
'",hit.- 
1', 
ISCP.LOC.LO 
lit 
'03FFBH'. 
ISCP.LOC.HI 
lit 
'0', 
SCBSBASE.LO 
lit 
'0'. 
SCBSBASE.HI 
Ii t 
'0'. 
CA.PORT 
lit 
'BOOOH', 
BOARD.ADDRESS.BASE lit 
'BIBOH'. 
INTSTYPE.5B6 
lit 
'12'. 
INT.TYPE.TII'IERO 
lit 
'B'. 
INT.CTL.TII'IERO 
lit 
'OFF32H'. 
PIC.I'IASK.IB6 
lit 
'OFF2BH'. 
ENABLE.5B6 
lit 
'OEFH'. 
ENABLE.5B6.IB6 
lit 
'OEEH'. 


PIC.EOISIB6 
lit 
'OFF22H'. 
EOISCI'IDO.IB6 
lit 
'12'. 
EOISCI'ID4.IB6 
I it 
'B'. 


TII'IERO.CTL 
lit 
'OFF56H'. 
TII'IERO.COUNT 
lit 
'OFF50H'. 


I'IAX.COUNT.A 
lit 
'OFF52H'. 


CA 
lit 
'0'. 
ESISPORT 
Ii t 
'BIOOH'. 


NO.LOOPBACK 
lit 
'I', 


LOOPBACK 
lit 
'0'; 


decl.". 
scp 
structure 


< 
SySbU5 
bljte. 


unused 
<5> 
byte. 
iscpSaddrSlo 
~ord, 


iscpSaddrShi 
",ord 
) 
at 
<OFFFF6Hl data 
<0. 
O. 0, 
0, 
O. 
O. 
ISCP.LOC.LO. 
ISCP.LOC.HI); 


declare 
iscpSptr 
pointer. 
iscp 
based 
iscp$ptr 
structure 
( 
busy 
byte. 
1* 
set 
to 
1 by CPU 
before 
its 
first 
CA 
to 586. 
cleared 
by 586 after 
reading 
lnfo 
from 
it *1 
unused 
byte. 
1* unused 
*1 
scb$o 
word. 
1* offset 
of system 
control 
block 
*1 
scb$b 
(2) word 
1* base 
of system 
control 
block 
*1 
); 


declare 
5cb 
structure 
( 
status 
word, 
1* cause(s) 
of 
interrupt. 
CU 
state. 
RU 
state 
*1 
cmd word. 
1* int acks. 
CU 
cmd. 
RESET 
bit. 
RU 
cmd *1 
cbl$offset 
word. 
1* offset 
of first 
command 
block 
in CBL 
*1 
rpa.offset 
word, 
1* offset 
of first 
packet 
descriptor 
in RPA *1 
crc.errs 
word. 
1* ere 
error 
eneounterd 
50 
far *1 
aln.errs 
word. 
1* alignment 
errors 
*1 
rsc.errs 
word, 
1* no resources 
*1 
ovrn.errs 
word 
1* overrun 
errors 
*1 
); 


declare 
nop 
structure 
( 
status 
word. 
cmd word, 
link.offset 
word 
); 


de,l.r. 
ia.setup 
structure 
( 
status 
word. 
cmd word, 
link.offset 
word. 
i••address' (6) bvte 
); 


declare 
configure 
structure 
( 
status 
word. 
cmd word. 
link.offset 
word. 
byte.cnt 
bllte, 
info 
(11) byte 
); 


deel.~e 
me.setup 
st~uetu~e 
( 
status 
wo~d, 


clRd 
wo~d, 
link.offset 
wo~d. 
mc.b~te.count 
~ord, 
mc•• dd~es5 
(48) bVte 
1* 
onlv 
8 Me 
.ddresses 
a~e 
allowed 
*1 
)i 


d.cl.~e 
transmit 
st~uctu~e 
( 
st.tus 
word, 
cmd word, 
link.offset 
word. 
bd.offset 
\IIo~d, 


dnt •••dr 
(b) 
bVh. 
t~p. 
wo~d 
)i 


declare 
tbd 
structure 
( 
act.count 
word. 


link.offset 
word. 
adO 
~ord. 
ad1 
word 
)i 


decI.~. 
tdr 
structure 
( 
status 
word. 
cmd wo~d, 
link.off.et 
word. 
r.sult 
word 
)i 


n_f 
II 1'eI 
AP-274 


status 
word, 
cmd 
word, 
link$offset 
word 
), 


declare 
dump 
structure 
( 
status 
WOT'd 
I 
cmd 
word. 
link.offset 
word. 
bUff.ptr 
l&loT'd 
), 


dRClar. 
rfd 
(5) 
strut 
ture 
( 
st.tus 
word• 
• 1$5 word, 
link.offset 
word. 


bdSoffset 
ldOl'd. 
destS.dr 
(3) 
word, 


srcSadT' 
(3) 
word, 
tlwlpe WOT'd 
), 


declAT'e 
rbd 
(~) 
structure 
( 
liIctScount 
Ulord, 
next.bd.link 
word. 
adO 
word 
• 
• d 1 word, 
size 
word 
), 


inter 


ac tue} 
",ol"d, 
e.bu' 
(eo) 
bvh. 
dh•• 
bvh. 
eh bvt •• 
t 
(eetbu'). 
c ha"Se aunt 
b~ te, 
""cliv 
•• count 
dWOTd, 
count 
d",oT'd, 
p".ambl. 
word, 


.ddr •••• 
l.ngth 
bVt•• 
.d.loe 
bVh. 
C1"C bVtl, 
gobac k bVh, 
r.ut 
bvt •• 
del.", 
word, 
curScbSoff ••t 
word. 
currentSframe 
bVt., 
no.transmi.sion 
b",t" 
stop.count 
dword. 
stop 
b\lt" 
mc.count 
bVt •• 
Z bVh, 
V bVh; 


1* 
actual 
numb." 
of chars 
UART 
transferred 
*1 
1* 
buffer 
for a 
line 
of ch~rs 
*1 
1* 
numbe,. 
baSi 
,witch 
*1 


1* 
counter 
f01" received 
framl5 
*1 
'* counte,. 
foT" transmi 
tted 
'-r.mes 
*1 
1* 
pre.mble 
length 
in 
WOl"d 
*1 
1* 
address 
length 
in 
byte 
*1 
1* 
addre.s 
location 
contTol 
of 
a2~86 
*1 


1* 
ere 
length 
*1 
1* 
if 
•• t, 
go 
back 
to 
Continuous 
Mod~ 
*1 


1* 
r.s.t 
flag 
*1 
1* 
del.", 
conunt 
for 
t".nmi,sion 
delay 
*1 


1* 
offset 
of 
cur,.ent 
command 
block 
*1 
1* 
off ••t 
of frame 
descriptor 
Just used 
*1 


re.d: 
procedure 
(., 
b, 
c, 
d, 
e) 
ext.rnal; 


d.cl.r. 
(., 
c) 
word, 
(b, 
d, 
e) 
point.r; 


end 
r •• d; 


",rite: 
procedure 
(., 
b, 
c, 
d) 
.xtern.Ii 
decl.re 
(., 
c) 
\liard, 
(b, 
d) 
pointer; 
end 
\Ill' i tei 


1* Thil 
procedure 
t.kel 
• 
pointer 
v.ri.ble 
(Ielector: 
offset), 
caluculatvs 
an 


.blolute 
.ddr.ll, 
lubtractl 
the 
82586 
sea 
offlet 
from the 
absolute 
address, 


and 
then 
returns 
the 
result 
al 
an offlet 
value 
for 
the 
82586. 
*1 


decl.re 
(ptr, 
ptr.loc) 
pointer, 


ba.e5B6 
dWOT'd, 
OIlb••• d ptrtloe 
(.!) 
OIIord; 


33 
2 
34 
2 


35 
2 


36 


37 
2 


38 
2 
39 
2 


40 
2 


41 


42 
2 


43 
2 


44 


45 
2 
46 
2 
47 
;Z 


48 
2 


49 


50 
2 


51 
2 
52 
2 
53 
3 
54 
3 
55 
2 


56 
;Z 


57 


c.l1 
",rite(O, 
@(ODH, 
OAH, 
'Hit 
<CR:> to 
cDuntinu@'), 
23, 
@statusli 


call 
r •• d<l, 
@cSbuf, 
80, 
@actual, 
@status); 
call 
crSl'; 


i = 0; 
do 
while 
(cSbuf(i) 
::I: 
' 
')j 
i 
::I: i 
+ 
Ii 


58 
2 


59 
2 
60 
2 
61 
2 


62 
2 


63 


64 
2 


65 
2 
66 
3 
67 
3 
69 
3 
70 
3 


71 
3 


72 
3 


73 
2 


74 


75 
2 


76 
2 
77 
3 
78 
3 
80 
3 
81 
3 
82 
3 


83 
3 


84 
2 


85 


86 
2 


87 
2 
89 
2 
90 
2 
91 
2 


call 
" •• dCl. 
ftcSbuf, 
80. 
@actual. 
.status); 
i 
=: 
sic ip; 


return(e.buIC 
i»i 


do 
forRv,,"; 


b = r •• dSchari 


if 
b -= 
'1' 
then 
return 
1; 
else 


if 
'0' 
then 
return 
0; 


else 
call 
",riteCO, 
@(' 
Enter 
a 
0 
OT' 
1 z=> 
'), 
20. 
@st.tus); 


do forever; 


b = read.chari 
if 
Cb = 
'V') 
or 
(b 
= 
'y') 
then 
return 
true; 


else 
if 
(b 
= 
'N') 
OT' 
Cb = 
'n') 
then 
return 
false; 


else 
call 
writeCO, 
@(ODH, DAH, 
' 
Enter 
a Y or 
N ==> 
'), 
22. 
@status)j 


if 
('0' (= 
c) 
and 
( c 
(= 
'9') then 
return 
( c - 30H), 
else 
if( 
'A' 
(E 
c) 
and 
( c 
<:Ii' 
'F' ) then 
"eturn 
( c - 37H), 
else 


inter 


97 
2 
9B 
3 
99 
3 
101 
3 
102 
3 
103 
3 
104 
2 
105 
2 
106 
3 
107 
3 
lOB 
3 
109 
2 


110 
2 


III 


112 
2 


113 
2 
114 
2 


115 
2 


116 


1* 
This 
procedure 
converts 
an 
interger 
< OFFFFFFFFH 
to an .rr.~ 
of ASCII 
codes. 
Input 
variables 
are: 
valure 
= integer 
to be conv.rted. 
bas. 
a number 
bas. 
to be us.d 
for 
conv.r~ion, 


Id = 
l•• ding 
character 
to 
be 
filled 
i,l. 
bufadr 
= buff.r 
address 
of the .rr.~. 
width 
= size 
of arra~. 
*1 


declare 
value 
dword, 
buf.dr 
pointer, 
(i. 
J. 
base. 
ld. 
width) 
b",te, 
chars 
based 
bufadr 
(1) 
b",te; 


do 
i : 
1 to width; 
J 
• 
value 
mod 
ba •• ; 
if 
J < 
10 then 
ch.ro 
(width 
- 
i) = 
J + 30H; 
.1•• chars 
(width 
- 
i) 
• 
J 
+ 37Hl 
value 
• 
value 
/ 
b ••• 
i 
end; 
i 
= 0; 
do 
""hil. 
chars 
<i) 
• 
'0' 
and 
i < width 
- 
11 


chars 
(i) 
• 
Idi 
i • i 
+ 
1; 


declare 
chars(4) 
bVt •• 


w'ptr 
point.r, 
distanc. 
bvte. 
'" based 
""ptr 
(1) word; 


117 
2 


118 
2 
119 
2 
120 
3 
121 
3 
122 
3 
123 
2 


124 
3 
12~ 
3 
126 
3 


127 
2 


128 


129 
2 


130 
2 


131 
2 


132 
2 


133 
2 


134 
2 


135 


136 
2 


137 
2 
138 
2 
139 
2 
140 
2 


141 
2 


142 


143 
2 


144 
2 


declare 
d~ 
dUford. 


ch.r. 
(10) 
b~h. 
t 
b~to, 


call 
intStoSasciCd"" 
16. 
O. 
@chars(O), 
8); 
call 
writeCO, 
C!chars(B-char.count), 
char.count, 
@status); 


end; 
else 
do, 


call 
intStoS.sci(d",. 
10. O. Ich.rs(O>. 
10), 


call 
writ.CO, 
.chars( 
IO-char.count), 
char.count. 
est_tush 
end; 


call 
",ri toSint 
(d",. 0), 
call 
writ.CO, 
ft(' 
('), 
2. 
@status); 
call 
writ.SintCdw, 
I). 


call 
writ.CO, 
@('H)'), 
2. 
@status); 


call 
lIIriteCO. 
@(' 
at 
'), 
4. 
@status); 


'" = 
offsetCwSptr); 
call 
outS",oT'd 
(@w. 
0); 
call 
writ.CO, 
@(' 
'), 
2. 
@status)i 


145 
2 
146 
2 
147 
2 
148 
2 


149 
2 


150 


151 
2 


152 
2 
153 
2 
154 
3 
155 
3 
156 
4 
157 
4 
158 
4 
159 
4 
160 
4 
161 
3 


162 
2 


163 


164 
2 


165 
2 
166 
2 
167 
3 
168 
3 
169 
3 
170 
3 
171 
2 


172 
2 


173 


174 
2 


call 
Dut$word(@w(l). 
0); 


call 
write(O. 
@('; 
'), 
1. 
@status); 
call 
outSwol"d(@w(O), 
0), 


call 
..,ritR(O. 
@(' 
'), 
1, 
@status); 


call 
cr.lf; 
do i 
s 
0 to no.words 
- 
1i 


call 
DutS",ord 
(w$ptr, 
i); 
if 
i = 
0 
then 
call 
writ.Soffset(wSptr); 


call 
crSlf; 


decla"'&' 
<len. 
i) 
byte. 
chars 
(2) 
blJteo, 
str$ptr 
pointer, 


.tr 
ba.ed 
str.ptr 
(I) 
byte; 


if 
len 
<> 0 then 
do i = 0 to 
(Ien - I); 
call 
intstoS.sci(str(i), 
16, 
'0', 
@chars(O), 
2); 
call 
",rih(O. 
@chars(O). 2. 
@.tetus); 


call 
\IIriteCO. 
@(' 
'), 
2, 
I:status); 


end; 
call 
cr.lf; 


d.clare 
ptr 
pointer, 
bt baud 
ptr 
(I) 
byte. 
(i, 
J) 
byh. 
cnt 
blot'd; 


17S 
2 
176 
2 
177 
3 
178 
3 
179 
4 
180 
4 
181 
4 
182 
4 
183 
4 
184 
3 
185 
3 
187 
3 
188 
3 
189 
2 


190 
3 
191 
3 
192 
3 


193 
2 


194 


195 
2 


196 
2 
197 
3 
198 
3 
199 
3 
200 
3 
201 
3 
202 
3 
203 
4 
205 
4 
206 
4 
208 
4 
210 
4 
211 
4 
214 
4 
21S 
4 
216 
4 
217 
4 
218 
3 


219 
3 
220 
3 


221 
4 
223 
4 


i = shrCcnt, 
4) 
- 
1; 
do 
J 
• 
0 
to 
ii 
call writ.S.ddress(@bt(16*J»; 
call print••tr(@bt(lb*Jh 
16), 
if (J = 20) or 
(J = 40) 
or 
(J = 60) 
or 
(J 
80) 
then 
ca 11 pause; 
end. 
i = i 
+ 
1; 
if 
cnt-Ib*i 
<> 0 then 
call 
writ.$address(@bt(16*i»; 
call 
print$str(@bt(lb*i), 
cnt-Ib*i); 
end; 
else 
do; 
call 
writ 
••• ddress(@bt(O»j 
'<1111print$str(@:btCO), 
cnt); 
end; 


1* 
This 
procedure 
reads 
integer 
characters 
and 
forms 
an 
integer. 
If th~ 
integer 
is 
bigger 
than 
'limit' 
or 
an 
overflow 
error 
is 
encounterred. 
then 
an 
error 
message 
is printed. 
*1 


do forever. 
call 
readel, 
@cSbuf, 
80. 
@actual. 
@statusL 
i, 
k 
= 
skip; 
h ••• 
done. 
dover. 
hover 
= 
false; 
wd. 
wh 
= 0; 
J 
= char$to.int(c$bufCi»; 
do ",hile J <= 
IS, 
if 
J 
) 
9 then 
hex = 
true; 
if 
not 
dover 
then 
if 
wd ) 429496729 
then 
dover = true; 
else 
if 
(wd 
= 429496729) 
and 
(J 
> 
5) 
then 
dover 
= 
true. 
",d 
= ",d*10 
+ 
J' 
if 
not 
hover 
then 
if 
wh > OFFFFFFFH 
then 
hover 
= 
true; 
wh 
= ",h*16 
+ 
J; 
i = i 
+ 
1; 
J 
= 
charStoSint(cSbuf(i)); 
end; 
if 
«cSbuf(i) 
<> 
'H') 
.nd 
(c$buf(i) 
<> 
'h') 
and 
(cSbuf(i) 
<> om.•) 
and 
(cSbuf(i) 
<> OAH) 
and 
(cSbuf(i) 
<> 
' 
')) 
or 
(i 
= 
k) 
thl:'f1 
c.ll 
writeln(O, 
@(ODH. 
OAH. 
' 
Illegal 
character'). 
20. 
@status); 
else 
do; 


inter 


224 
4 
225 
5 
227 
5 
228 
4 
229 
4 
230 
4 


231 
4 


232 
4 
233 
4 
234 
4 
235 
3 


:236 
3 


237 
2 


238 


239 
2 


240 
2 
241 
3 
242 
3 
243 
3 
244 
3 
245 
3 
246 
4 
247 
4 
249 
4 


250 
5 
251 
5 
252 
5 
254 
5 
255 
5 
256 
4 
257 
4 
258 
4 
259 
3 
260 
3 
261 
4 
262 
4 
263 
4 
264 
4 
265 
3 
266 
3 
267 
3 


268 
2 


end; 
else 
if 
not 
dover 
and 
(wd 
<= 
limit) 
then 
return 
Wdi 


call 
writeln(O, 
@(ODH. OAH, 
I 
The 
number 
is 
too 
big. 
'), 
25. 
t!st.utus) ; 


call 
writeeD. 
(!(' 
It 
has 
to 
bl!' 
less 
than 
or 
I'q.ual 
to 
'). 
3b. 


t!sti.~tus); 


end; 
call 
writeCO. 
@(/ 
Enter 
a 
number 
==> 
'), 
20, 
@status)i 


end; 


declare 
where 
pointer, 
(i, 
J. 
m. 
err) 
blttte, 


addr 
based 
where 
(1) byte; 


do 
fO"'.vl!'T"; 


err 
= false; 


call 
readCI. 
@cSbuf. 
80, 
tactual, 
@st.tus); 


i = 
sk iPi 
m 
s 
address'length; 


do while 
em 
<> 0) and 
not 
err; 
J = ch.r$to$int(c$buf(i»; 
if 
J = OFFH 
then 
err = true; 
else 
do; 
.addr(m-l) 
= 
shlCJ' 
4); 


J = charStoSintCc'bufCi+l»; 
if 
J 
~ 
OFFH 
then 
err = true; 
.lse 
addr(m-l) 
• addr(m-J) 
or 
Ji 
end; 
i = i 
+ 
2; 


m=m-1; 


end; 
if 
not 
err 
then 
do; 


m = cSbufCiL 
if 
em = 
OOH) 
or 
em 
:= 
OAH) 
or 
(m 
= 
'h') 
or 
(m 
then 
return; 


end; 
call 
writeln(O, 
@(ODH, OAH, , 
Illegl11 
chl1racter'), 
20. 
@status); 


call 
write(O, 
@(' 
Ent •.r 
an address 
in 
Hex 
z:=)- 
'), 
29. 
@status); 


•.ndi 


1* This 
proc.dure 
e.lcul.t ••• nd prints. 
n.twork 
perc.nt 
lOAd 
g.n.r.ted 
bV this 
.t.tion. 
Th •• ,v.tion 
us.d 
in this 
procedure 
WAS 
obt.in.d 
from 
actual 
m.asur.m.nts. 
*/ 


d.e I.r. 
i word, 
(J. 
k) d••ord. 
pCRnt 
(3) byh, 


J 
• 
(tbd .•ct.count 
and 3FFFH)*B, 
if 
not 
ad.loc 
th.n 
k • 
(2*.ddr •••• I.ngth 
+ 2 + ere 
+ pr••mbI.)*8i 
.1 •• 
k ~ 
(ere 
+ pr ••mbI.)*BJ 
if 
dR1ay 
<> 
0 thRn 


call 
int.to 
•• sciCi. 
10, 
0, 
.pcentCO). 
3); 
call 
writ.CO, 
.pc.ntCO), 
2, 
•• t.tUS)i 
c.lI 
writ.CO, 
I:C'. '), 
1••• 
tatus); 


call 
",rit.CO. 
@pcentc.n, 
1, •• tatus); 
call 
writ.lnCO, 
ec' 
X'), 
2•• 
status); 


declare 
ptr 
pointer, 


addr 
ba'Rd 
ptr 
(1) bytR. 
char 
(6) byh. 
i byh, 


286 
2 


287 
3 
288 
3 
28'1 
2 


2'10 
2 


2'11 


292 
2 


2'13 
2 
2'14 
2 
2'15 
2 
2'16 
2 


2'17 
2 
2'18 
2 
2'1'1 
2 
300 
2 
301 
2 
302 
2 
303 
2 
304 
2 
30~ 
2 


306 
3 


307 
3 
308 
3 
30'1 
3 
310 
4 
311 
4 
312 
4 
313 
4 
314 
4 
31~ 
3 


316 
4 
317 
4 
318 
4 
31'1 
4 
320 
4 
321 
3 
322 
2 


do 
i 
= 
1 
to 
address.length; 


chilr(i-l) 
= i1ddr(address.lenqth-i); 


I'nd; 
call 
printSstr(@char(O), 
address.length); 


call 
Ulrite(O. 
@(' 
Destination 
Address: 
'), 
22, 
@status). 
if 
not 
ad.loc 
then 
call 
printSnetUlork.addr(@transmit.destt.dr(O»; 
elsl' 
call 
print$network$addr(@t,$buffer(O»; 


if 
not 
ad.loc 
then 
UI. 
(tbd.act.count 
and 
3FFFH) 
+ address.length 
* 2 
+ 
2 
+ 
erc; 


els. 
w = 
(tbd.act.count 
and 
3FFFH) 
+ 
ere; 


call 
write(O. 
@(' 
Frame 
Length: 
'), 
15. 
@status); 
call 
Ulrit •• int(w. 
0); 
call 
writeln(O. 
@(' 
bytes'), 
6, @shtus); 


call 
write(O. 
@(' 
Time 
Interval 
between 
Transmit 
Frames: 
'), 
40, 
@status); 


if delay <> 0 then 
do; 


$IF 
NOT SBC18651 


eilll 
int.to.asci(lII, 
10, 
O. 
@stgs. 
6); 
if w >= 
10000 
then 
do; 


c ••ll 
IIIrit.(O. 
@stgs(O). 
2, 
@status)j 
call 
",rit.(O, 
1:('.'), 
1, 
.status); 


call 
wrih(O. 
@stgs(2), 
2. @shtus); 


call 
•••rit.ln(O. 
1:(' 
miliseconds'). 
12, 
@status); 
end; 
.lse 
do; 
call 
wrih(O. 
Istgs(Ol. 
5. @status); 


call 
•••rit.(O. 
1('. '), 
1•• 
status); 


call 
wri h 
(0, estgs (5), 
I, @shtus); 


call 
•••rit.ln(O. 
@(' 
microseconds'), 
13. 
@status); 


end; 


end; 
.15. 


inter 


323 
2 


324 
2 
325 
2 
326 
2 
328 
2 
329 
2 


330 
2 


331 


332 
2 
333 
2 


334 
2 


335 


336 
2 


337 
2 
338 
2 
339 
3 
340 
3 
341 
2 
342 
2 
343 
3 
344 
3 
345 
3 
346 
3 


347 
2 


348 


call 
writtHO, 
@(' 
Network 
Percent 
Load 
generated 
b~ this 
station: 
'), 
49, 


@st.i'tus); 


c.ll 
percent; 


call 
lIIT'it.(O, 
@(' 
Transmit 
Frame 
Terminal 
Count- 
'). 
32. 
(!status)i 


if 
_top 
then 
call 
writ.Sint(stopScount, 
dhex)i 


else 
call 
writ.(O, 
@('Not 
Defined'), 
II, 
_status), 


call c"Slf, 


i 
= 0; 


do while 
(scb.cmd <> 0) and 
(i < 8000H), 
i = i 
+ 
1; 


end. 
if scb.cmd <> 0 then 
do; 


call 
writ.(O. 
@(ODH, 
OAH. 
I 
Wait 
Time 
call 
writ.Sint(i. 
0). 


call 
crSlf; 


end; 


3" 
2 
3'6 
2 
3'7 
3 
3'9 
3 
3'9 
3 
360 
3 
361 
3 
362 
3 
363 
4 
364 
4 
36' 
4 
367 
4 
369 
3 
369 
3 


370 
2 
371 
2 
372 
3 
373 
3 
374 
3 
37' 
3 
376 
3 
377 
3 
379 
3 
379 
4 
390 
4 
392 
4 


di.abl., 
scb. 
cmd 
• 
4000Hj 
output 
(CAtPORT) 
• CA, 
call 
",ait'.ebl 
if 
rfd(cuTTent.frame). 
status· 
OAOOOH 
then 
do; 
receiv •• count 
- 
receiv.'count 
+ 
1; 
current'frAme 
• 
current'frame 
+ 
1; 
if 
current'frame 
• 5 
then 
current.frame 
= 0; 
endl 
return; 
endl 


dis.bh; 
scb. cmd • 2000H; 
outputtCAtPORT) 
• CA, 
call 
",.it'.cbi 
enable; 
if 
(tr.nsmit. stAtus 
.nd 
OAOOOH) 
• OAOOOH 
thon 
do; 
count. 
count 
+ 
Ii 
if 
(stop 
and 
(caunt 
• 
stop'count» 
then 
return; 
el •• 


dOl 


intJ 


383 
:l 


384 
5 
385 
5 
386 
6 
387 
6 
388 
6 
389 
6 
390 
6 
391 
6 
392 
5 


393 
6 
394 
6 
395 
6 
396 
5 
397 
4 
398 
3 
399 
3 
400 
4 
401 
4 
402 
4 
403 
4 
404 
4 
405 
4 
406 
4 
407 
3 
408 
3 
409 
4 
410 
4 
411 
4 


412 
4 
413 
4 
414 
4 
415 
4 
416 
4 
417 
3 
418 
3 
419 
4 
420 
4 
421 
4 
422 
4 


423 
4 
424 
4 
425 
4 
426 
4 
427 
3 
428 
3 
429 
4 
430 
4 
431 
4 
432 
4 
433 
4 
434 
4 
435 
4 
436 
4 
437 
3 
438 
2 


transmit. 
status 
= 
0; 


if delay 
= 0 
then 
do; 


disable; 
5cb. 
cmd 
:II: 
01QOHi 


output(CA.PDRT) 
CA; 


call 
wait'5cb. 
return. 


end; 
else 
do; 


call 
startStimerO. 
return. 
Rod. 


end; 
if 
(transmit. status 
and 
0020H) 
z 
0020H 
then 
do; 


transmit. 
status 
2 
O. 
disable; 
scb. cmd = 0100H, 
output 
(CA.PORT) 
CA, 
call 
wait.5cb; 


return; 
end. 
if 
(transmit. status 
and 
0400H) 
c 
0400H 
then 
do; 


t.l1 
\'I'rit.(O, 
@(ODH, 
I 
No 
Carrier 
Sense! 
'. 
DOH), 
20, 
@statu\.)i 


transmit. 
status 
= 
OJ 


dislible; 
scb. cmd = 0100H; 
output 
(CA.PORT) 
= CA, 


tall 
wait'5tb; 


r"turn; 
end; 
if 
(transmit. status 
and 0200H) 
= 0200H 
then 
do,; 


call 
lIIrite(O.@(ODH •• 
Lost 
Clear 
to Send!'. 
ODH). 
22. 
@status); 


transmit. 
status 
= 
O. 


disilble. 
scb. cmd = 0100H, 
output 
(CA.PORT) 
CA; 


call 
wait'5tb; 
return; 
end. 
if (transmit. status 
and 
OIOOH) 
= 0100H 
then 
do. 


call 
writ.,(O. 
@(ODH, 
, 
DP1A Underrun~', 
ODH), 
lb. 
@st.tus); 


transmit. 
status 
= 
0; 


diulble; 
scb. cmd = 0100H, 
output 
(CA.PORT) 
CA, 


call 
wai t$SCbi 
return; 


inter 


43'i' 
2 
440 
3 
441 
3 
442 
3 
443 
3 
444 
3 
44:1 
2 
446 
2 
447 
3 
448 
3 
44'i' 
3 
4:10 
3 
4:11 
3 


4:12 
3 


4:13 
2 
4:14 
2 
4:1:1 
3 
4:16 
3 
4:17 
4 
4:18 
4 
4:1'i' 4 
460 
4 
461 
4 
462 
4 
463 
4 
464 
4 
46:1 
3 
466 
3 


467 
2 


468 


46'i' 
2 
470 
2 
471 
2 


di •.• bl., 
scb. 
cmd 
- 
aOOOHi 
output 
(CA'PORT) 
• CA, 
c.11 
•••it'.cb, 
end; 
l' 
escb .• t.tu •• 
nd 
1000H) 
• 
1000H 
th.n 
do; 
di •• ble; 
sob. clOd· 
1000H, 
output 
(CA'PORT) 
• 
CA. 
c.11 
•••it'sob. 
call 
writ.CO, 
.eOOH, 
R.ceive 
Unit 
bee.",. 
not 
r •• dv.', 
ODH), 33, 
I:st.tus) 
i 


call 
writ.ln(O, 
e<ODH, 
OAH, 
I 
R••• 
t 'ailed. 
'), 
16, 
•• t.tus), 


dh.bh. 
.cb. 
cmd • 
0080HJ 
output 
(CA'PORT) 
• 
CA, 
c.11 
•••it'sob. 
output 
eCA'PORT) 
• 
CA. 
call 
writ.lnCO, 
ec' 
80,twar. 
R ••• t 
E •• cuted! 
'), 
25, 
•• t.tus)J 


end, 
_I •• 
r••• t • f.l •• , 
endJ 


scb. cMd 
- 
0100HJ 
outputeCA'PORT) 
• 
CA. 
c.11 
••.tt'sob, 


output(PIC'EOI'130) 
• 
EOI'CMD4'130, 
.nab 1., 
output(PIC'EOI'186) 
• 
EOI'CMDO'186. 


'ELSE 


474 
1 
475 
2 


47b 
2 
477 
2 
478 
2 
479 
2 


480 
2 


481 


482 
:2 


c.U 
••rite 10. @IODH. 
OAH •• 
Enter 
b~te 
'), 14. @shtus); 
call 
out$decShex(k)i 


c.l1 
writ.CO, 
@(' 
::) 
'), 
5, 
est.tus); 


return 
r••d.intCOFFH)i 


outputllNT.CTL.T1MERO) 
= 8, 
call 
writ.(O. 
_(ODH, DAH. 
Enter 
II del.v 
count 
z_:> 
'), 
27, 
.st.tus); 


dal.~ 
s 
ra.d.intlOFFFFH), 


if ldal.~ 
< 
100) .nd 
ldal.~ 
<:> 0) 
than 
do; 


call 
cT$1f; 


call 
cr$1 
fj 
elll1 
loop'chllr(35. 
I.'); 
c.U 
••ritolO. 
111('WARNING 
'I. 9•• status), 


call 
loop$char(35, 
'.'); 


ellll writ.lnCO. 
@(ODH, 
OAH, 
'A del.v 
caunt 
bet",•• n 0 
IInd 100 
mliV be 
very 
'dllng.raus 
",hen this 
st.tion 
stArts'), 
80, .status); 


elill ",rit.lnCO. 
I('to 
receive 
man'J 
frAme. 
sepllrat.d 
onlV 
bV 
the 
'IFS 
period 
(9.6 
microseconds), 
I), 
75, Istatus); 
ellli 
writ.lnCO, 
le'If 
this 
station 
never 
receives. 
f"lIme. 
then 
'ignore 
this 
",.rning. 
'), 
65•• 
st.tus); 
call 
loopSchllr(79, 
'*'); 


end; 
outputlMAX.COUNT.A) 
= dal.~, 


caU 
cr.If, 


output(PIC.MASK.18b) 
= 3EH, 


inter 


483 
2 


484 
2 
485 
2 
486 
2 
487 
2 


488 
2 


489 
2 


490 
I 
491 
2 


492 
2 


493 
2 
494 
2 
495 
3 
496 
3 
497 
2 


498 
3 


499 
3 
500 
3 


501 
2 


502 
I 
503 
2 


504 
2 
505 
2 


506 
2 
507 
2 


508 
2 
509 
3 
510 
3 
511 
4 
512 
4 
513 
4 
514 
4 
515 
4 
516 
5 


517 
5 
518 
5 
519 
4 


520 
:; 


outputIINTSCTLSTIMERO) 
= OCH; 


call 
writeCO. 
@(ODH, 
DAH. 
I 
Ent.r 
a 
dittay 
count 
==<> 
'), 
27. 
(!statu~); 


delAy 
~ r••d$intCOFFFFH)j 
output(MAXSCOUNTSAI 
= delay, 
call 
cr$lf; 


outputIPICSMASKSI86) 
= ENABLES586S186; 


if 
yes 
then 
do i 
:= 0 to address.length 
- 1; 


iaSsotup. i41Saddress(i) 
inputlBOARDSADDRESSSBASE 
+ 
10 - 
;> •• 
i); 


call 
writeCO. 
@(ODH, 
DAH. 
' 
Enter 
this 
st.tion"s 
address', 


I 
in Hex =~> '),43. @6tatu~)j 


call 
putSaddress(@iaSsetup. 
iaSaddress(O»; 
end; 


J 
= 0, 


call 
writ.lnCO 
•• 
(COH. 
DAH, 
' 
You c.n 
enter 
up 
to 
8 Multicast 
Add",.s •• s. 
'), 


45. 
@stiJtus); 


don. - 
false; 


'till1 writ.CO. 
ec' 
Would 
you 
like 
to enter. 
Multic.st 
Address?', 


IV or 
Nl ==> 
'J, 
59, @statusl, 


do 
while 
not 
done; 


if 
V•• 
th.n 
do; 


k • 
J * address.length; 


J 
• 
J 
+ Ii 


call 
cr$lf; 


if 
J 
= 9 then 
do; 


done 
:= true; 


end; 
el •• 
do; 


call 
",rite(O, 
.C' 
Enter 
•• Multic 
•• t 
Address 
==:> 
'), 
31 •• 
status); 


292010-51 


inter 


:121 
:I 
:122 
5 


:123 
5 
:124 
4 
52:1 
3 
526 
3 
527 
2 
529 
2 
530 
2 
531 
2 
:132 
2 
533 
2 


:134 
2 


:13:1 
1 
:136 
2 


:137 
2 
:l3B 
2 
:139 
2 
:140 
2 
:141 
2 
:142 
2 
:143 
2 
:144 
2 
:14:1 
2 
:146 
2 
:147 
2 
:l4B 
2 
:149 
2 


550 
2 
:1:11 
3 
:1:12 
4 


:1:13 
4 
554 
4 
:155 
4 
:1:16 
4 
5:17 
3 
:1:19 
3 
560 
3 
561 
3 


:162 
3 
:163 
2 
564 
2 
56:1 
2 
:167 
2 
56B 
2 
:171 
2 


573 
:2 


call 
put$addr",('mc$ 
•• tup.mc$addr 
••• (k», 
,.11 
writ.(O 
•• 
(OOH. 
OAH. 
' 
More Multicast 
Address •• ?', 
, 
(V 
or 
N) 
-=:> 
'), 
42 ••• 
tatus); 


end; 


end; 
else 
done 
= true. 
end; 
if 
J 
a 9 then 
J 
Z 
J 
- 
I. 
me.count 
c address.length 
* 
Ji 


~c ••• tup.mc.b~t ••count 
z me.count. 
call 
,-,,,it.CO, 
.(OOH. 
OAH, ' 
You entered 
'), 
15•• 
status); 


call 
••rlh$lnt(J' 
0), 
call 
wT'iteln(O, 
.(' 
Multicast 
Addr ••• 
e •• 
>. 
I), 
23, 
estatus); 


conflgur 
•. bvt.$cnt 
• 
II, 


conflgur 
•. Info(O) 
• 
B, 
configur 
•. Info(l) 
• 
0, 
configur 
•. lnfo(2) 
• 
26H, 
conflgur 
•. Info(3) 
• 
0, 
configure. 
1n'0(4) 
• 
96J 
configur 
•. Info(:I) 
• 
0, 
conflgur 
•. Info(6) 
• 
OF2H, 
configure. 
1n'0(7) 
• 01 
conflgur 
•. Info(B) 
• 
0, 
conflgur 
•. Info(9) 
• 
64, 


J 
• 
OJ 
call 
••rlt.(O 
•• 
(OCH. 
OAH. 
, 
valu 
••. 
" 
COH, 
OAH, 
Configure 
command 
is 
let 
up 
for 
d.fault', 
Do 
~ou want 
to change 
anV 
b~t.5?', 
, (V or N) .~>'),99, .status), 


do while 
"'•• ; 
do 
while 
J 
a OJ 


call 
••rlh(O. 
teOCH. 
OAH. 
Enhr 
bvt. 
numb.r 
(1 
- 
11) 
=.) 
'I. 
34. 
est."t.u!'); 


J 
• 
r••d.int(11); 
if 
J = 0 then 
e.l1 
writ.CO, 
.(OOH, 
OAH, 
' 
Illegal 
b\lt. 
number'), 
;i!~, e.t.tu.); 


.nd; 
if 
J • 
1 th.n 
eanfigur 
•. b~t •• ent 
• 
r •• d.b~t.(J)i 


.1 •• 
configur 
•. info(J 
- 2) 
• r •• d.bvt.(J); 
J 
• 
0, 


c.ll 
writ_CO, 
e(OOH. OAH, ' 
An~ mar. 
bvt •• ? 
(Y or 
N) -=> 
'), 
3~, 
t!.tatus); 


.ndj 
pr •• mbl••• 
hI(1. 
.hr«configur 
•. info 
(~) 
.nd 
30H), 
4)+1); 


.ddr •••• 
l.ngth 
• 
eonfigur 
•. info(2) 
and 07Hi 
if 
.ddr •••• 
l.ngth 
• 
7 th.n 
.ddr •••• 
l.ngth 
• 0; 
ad.lae 
• 
shr«configur 
•. info(2) 
and OSH), 3L 
if 
.hr( 
(configur 
•. info(7) 
.nd 
:;ZOH).5) 
th.n 
erc 
- 
2; 
.1s. 
erc 
- 
4i 


if 
.hr( 
(configur 
•. info(7) 
.nd 
10H), 
4) 
th.n 
cre 
• 0; 


inter 


574 
1 
575 
2 


576 
2 
577 
3 
578 
3 
579 
3 
580 
3 
581 
4 


582 
4 
583 
4 
584 
3 


585 
3 
586 
3 
587 
3 
588 
4 
589 
4 
590 
4 
591 
3 


592 
3 
593 
3 
594 
3 
595 
3 
596 
3 
597 
4 
598 
4 
599 
4 
600 
4 
601 
5 
602 
5 
603 
4 


604 
4 


605 
4 
606 
5 


607 
5 
608 
5 
609 
5 
610 
5 
611 
5 
612 
5 
613 
5 
614 
5 


615 
5 
616 
4 
617 
3 


618 
3 


do forever; 
no.transmission 
= 
false; 
transmit. bdSoffset 
= offset 
(@tbd. act.count); 
if 
not 
ad'loc 
then 
do; 
call 
wr i to (0, 
@(ODH, OAH, 
, EntlPT a 
destination 
address 
in 
Hex ==:> 
'), 
42. 
@statut.); 


call 
put.addres5(~transmit. 
dest$adr(O»i 
end; 
else 
call 
writeln(O. 
@(' 
82586 
is 
configured 
to 
pick 
up 
[)A. 
IA. 
and 
TYPE 
fT'om 
TX buffer. 
'), 
64. 
@status); 
call 
crSlf; 
if 
not 
ad'loc 
then 
do, 
call 
writeCO. 
@(ODH, 
DAH, 
' Ent.r 
TYPE 
==:> 
'), 
18. 
@status)j 
transmit. t~pe 
= readSint(OFFFFH)j 
end; 
call 
writt"ln(O. 
@eOCH, 
DAH,' 
How many bytes 
of 
transmit 
data?'), 
3::), 


@stutus)j 


call 
",.rite(O, 
@(' 
Enter 
a number 
==:> 
'), 
20, 
@status); 
size 
= read'int(1518); 
tbd. 
act.count 
= size 
"OT 
BOOOH; 
if 
sizo 
<> 0 thon 
do; 
tbd. 
link'offsot 
= OFFFFH, 
tbd. 
adO = off sot 
(@t•• buffor(O)l, 
tbd. adl 
= 0, 
do 
i = 0 to 
1517, 
txSbuffer 
(i) 
= 
1; 
end; 
caU 
writeln(O, 
.(ODH. 
OAH. 
Transmit 
Data 
is 
continuous 
numbltrs 
(0. 
I. 
2. 
3.', 


)'), 
57, 
@stat.us); 


call 
writ.CO, 
@(' 
Change 
any 
data 
bvtes? 
tV 
or 
N> ==> 
'). 
:J7. 


e!ttistU!t); 


i • readSintCsize); 
caU 
write(O. 
@(ODH. OAH, • Byte 
'l. 
8. 
@statusl, 
call 
out.deeth.xCi); 


call 
""ritttCO, 
(1(' 
currently 
contains 
'), 
20. 
@status); 
call 
outSdecSh.xCt.$buffer(i»; 
call 
writ.CO, 
@('. 
'), 
1, 
•• tatus); 
txSbufferCi) 
= readSbvteCi); 
call 
writ.CO, 
@eODH, 
OAH, 
' AnV 
more 
bvtes? 
(V 
or 
N) ==> 
'), 


32 • .@statusl, 


end; 
else 
transmit. 
bd'offsot 
= OFFFFH, 
call 
cr$1 fj 


619 
3 
620 
3 


621 
3 
622 
3 
623 
4 
624 
4 


625 
4 
626 
4 
627 
3 
628 
3 
629 
3 
630 
3 
631 
3 


632 
3 
634 
3 


635 
2 


636 
1 
637 
2 


638 
2 
639 
3 
640 
3 


641 
2 


642 


643 
2 


644 
2 
645 
2 
646 
2 
647 
2 


648 
2 
649 
2 
650 
2 
651 
2 
652 
2 
653 
2 
654 
2 
655 
2 


656 
2 
657 
2 


call 
initt186ttimerO. 
call 
WT'it.CO. 
I(OOH, 
DAH, 
, 
Setup 
a 
transmit 
t.rminal 
count?', 
, (V or 
Nl 
==:> 
'I, 49, 
@5tatu5l, 


stop 
= 
true; 
call 
write 
CO. 
@(ODH. 
OAH. 
' 
Enter 
a 
transmit', 
, terminal 
count 
==) 
'), 
39, 
@fitatus); 


stop'count 
= r.ad.int(OFFFFFFFFH), 
end; 
else 
stop 
= 
false. 


call 
erSl'j 
call 
cr'lf, 
call 
print'parameters; 
call 
",rih(O, 
@(ODH, 
OAH, 
'Good 
onough? 
(V or 
N) 
==:> 
'l, 29, 


@stittUS)j 


dok=ltoii 
call 
writeCO. 
@J' 
1. 
@status)j 
end; 


call n.H, 
call 
loopSchar(13. 
OAH); 
call 
loop'chaT-CIS, 
I 
')j 


call 
"'riteln(O, @( 'TRAFFIC 
SIMULATOR 
AND 
MONITOR', 
, STATION 
PROGRAM 
'), 46, 
@statu5)' 


call 
100p'char(7, 
OAHl, 
call 
writelnCO. 
@(ODH. 
OAH, 
Initialization 
begun'), 
23, 
@statuS)i 


call 
cr$I'; 
reset 
= true. 
cur'cb'offset 
= OFFFFH, 
output(ESI'PORT) 
= NO.LOOPBACK, 


output(ESI'PORT) 
= LOOPBACK, 
dhex 
:= 
fills.; 


bbl 
2 


bb2 
2 
bb3 
2 
bb4 
2 
bb5 
2 


bbb 
2 
bb7 
2 
bb8 
2 
bb9 
2 
b70 
2 
b71 
2 
b72 
2 


b73 
2 
b74 
2 
b75 
2 


b7b 
2 
b77 
2 
b78 
2 
b80 
2 


b81 
2 
be2 
2 
be3 
2 
b84 
2 


call 
set'interrupt 
(INT$7, 
i5r7); 


output 
(PIC.MASK.130) 
= ENABLE.58b.18b; 
output 
(PIC.EOI.130) 
EOI.CMDO.130; 
output 
(PIC.EOISI30) 
= EOISCMD4S130; 
output 
(PICSEOISI8b) 
EOISCMDOSI8b; 


output 
(PICSVTR.18b) 
30H; 


output 
(PICSEOISI8b) 
• EOISCMDO.18b; 


output 
(PICSEOISI8b) 
• EOISCMD4S18b; 


output 
(PIC.MASKSI8b) 
= ENABLE.586; 


iscp. 
busy. 
1, 


i,cp. ,cbSb(O) 
• SCBSBASESLO; 


i,cp. ,cbSb(l) 
• SCBSBASESHI; 
i.cp .• cblo 
• o.~..t 
(.web .• t.tus). 


leb. 
,t.tul 
• 
OJ 
leb. cbISo"set 
= of •• et 
(edi.gnosR. 
status); 
Icb.rp.'o'f ••t • 
of, ••t 
(~rfd(O).st.tus); 
leb. 
crcS.rrl 
• 
01 
leb .• ln'errs 
~ 0, 
leb. rlct.rr. 
= 
O. 


.eb. ovrn'.rr. 
~ OJ 


diagnose 
.• t.tUI 
• 
0, 
diagno 
••. cmd 
• 
71 
diagno 
••. link.off.et 
• 
off •• t 
(Iconfigure 
.• t.tu,); 


configure 
.• t.tu •• 
O. 
configure. 
cmd 
• 
21 


configure. 
link'o'f.et 
• 
off.et 
(.i •••• tup .• t.tus);; 


call 
.etup'configure'parameter,; 


i•••• tup .• t.tus 
• 
0; 


i•••• tup. 
cmd 
- 
11 


i•••• tup. link'off 
•• t • 
off •• t 
(emeS.etup .•tatus), 
call 
.etup'i.'parameters; 


689 
2 
690 
2 
691 
2 
692 
2 
693 
2 
694 
3 
695 
3 
696 
3 
697 
3 
69B 
3 
699 
2 


700 
2 


701 
3 


702 
3 
703 
3 


704 
3 


70:5 
3 


706 
3 


707 
3 


708 
3 
709 
3 


710 
3 
711 
2 
712 
2 


713 
2 


714 
2 


715 
2 


716 
2 


717 
2 


718 
2 


719 
2 


720 
2 


me'setup. 
status 
= 
O. 


me$setup. emd = 8003H, 
me'setup. 
link'offset 
= 
OFFFFH; 


call 
setup'me'parameters; 


transmit. 
status 
= 
0; 


call 
wT"iteln(O, 
@(ODH, 
OAH, 
' 
Would 
'jou 
like 
to 
transmit?'), 
30. 
@st ••tus). 


call 
writeCO. 
(i(' 
Enter 
•• 
Y 
Dr 
N ==> 
'), 
20. 
@st.tUS)i 


if 
1Jes 
then 
do; 
transmit. 
cmd 
= 
8004H; 
transmit. 
link'offset 
= OFFFFH; 


transmit. 
bdSofFset 
= 
offset 
(@tbd.act$count); 


call 
s.tupstl$parameters; 


end; 
else 
no.transmission 
= 
true; 


do 
i = 
0 
to 
3; 


rfdei). 
status 
= 
O. 


rfdei). 
el$5 
= 
O. 


rfdei). 
link'oFfset 
= 
offset 
(@rfdCi+l). 
status); 


rfdCl). bd$offset 
= OFFFFH, 
• 


rbd(iLact$count 
= 
0; 


rbd(i).ne,t$bd$link 
= offset 
(@rbdCi+l).aet$eount); 
rbdCi).adO 
= 
offset 
(@rbu'(i).buffer(O», 
rbd<i). adl 
= 0; 


rbdCl). size 
= 
1500; 
end; 
rfd(O). bd$offset 
- offset 
C@rbdCO).aet$eount), 


rfd(4). status 
= 0; 


rfd(4L 
el$, 
= 
O. 


rfd(4) 
link'offset 
= 
offset 
(@rfdCO). 
st.tUS)i 
rfd(4). bd$offset 
= OFFFFH, 
rbd(4). 
act.count 
= 
0; 


rbd(4). 
next.bd.link 
= 
offset 
(@rbd(O).act.count)~ 
rbd(4) 
adO 
= offset 
C@rbuf(4). buffer(O», 


rbd(4). adl 
- 0, 


rbdC4l. size 
= 1500, 


count:: 
0; 


receive.count 
= 
0; 


current.frame 
o~ 


inter 


724 
2 


725 
2 


726 


727 
2 


7:28 
2 


729 
2 


730 
2 


731 
2 


732 
2 


733 
2 
734 
2 


735 
2 


736 
1 
737 
2 


738 
2 
739 
2 


740 
2 
741 
3 
742 
3 


743 
3 
744 
3 
74:1 
4 
746 
4 
747 
4 
748 
4 
749 
4 
7:10 
3 
7:11 
2 


7:12 
2 
7:14 
2 
7:1:1 
2 
7:16 
2 
7:17 
2 


7:19 
2 
760 
2 
761 
2 
762 
2 
763 
2 
764 
2 


call 
",riteln(O, 
@(ODH, 
OAH. 
Comm.nds 
Are: 
'), 
lb. 
@status); 


c;oll 
",rihln<O, 
\!<ODH, 
OAH, 
S 
- 
Setup 
CB 
D - 
Displa~ 
fWD/CD'), 


45, 
@!>tatu5)' 


call 
",rihln(O, 
I!(' 
P 
- 
Print 
SCB 
C - 
SCB 
Control 
CI'ID'), 
'1'1, 
@st.atu5); 


call 
",rihln(O, 
I!(' 
L 
- 
ESI 
Loopback 
On 
N - 
ESI 
Loopback 
Uff'), 
45, 
~!..t.iJtll~ 
); 


call 
",riteln(O. 
@(' 
Z - 
Clear 
T. Frame 
Counter'), 
27. 
@:status), 


call 
",,,it.ln(O, 
@(' 
Y - 
Cle • .,. Rx FrAme CounteT'), 
~7. 
@status); 


CAll 
writ.ln(O, 
@(' 
E 
- 
Exit 
to 
Continuous 
Hod.'), 
28. 
@status), 


c.l1 
c1'.l f; 
if 
scb. cmd <> 
0 
then 
do; 
c.ll 
",riteln(O, 
.C' 
SCB commAnd",ord 
il 
not 
cl"ared'), 
32, 
.status); 


CAll 
~rit.(O •• 
(' TrV 
••Ch.nnel 
Attention? 
(V or N) =s> 
'), 


39. 
@!.tatus)i 


output<CA$PORT) 
• 
CA; 
CAll 
",,,it.lnCO, 
@(' 
Issued 
ch.nnel 
.ttention'), 
25. 
est.tul); 


CAll 
cr_lf; 


return; 


end; 
end; 
CAll 
",rit.CO •• 
(' 00 
Vou ",.nt to enteT 
.nv sea 
comm.nds? 
(V or N) =~> '), 


53. 
@statuL)i 


if 
not 
VI'S 
then 
r.turni 


c.ll 
writ.(O, 
@(OOH, 
OAH, 
I 
Ent.r 
cue =_:> 
'). 
17, 
@st ••tus); 
i 
- 
r •• d.int 
(4); 


scb. 
cmd 
• 
scb. 
cmd 
Dr 
shl(double(i), 
B)i 
if 
i 
• 
1 
then 
scb. 
cbl.offset 
• 
curScbSoffs.ti 


c.lI 
",rite<O, 
.<ODH, 
OAH, 
Enter 
RES 
bit 
==> 
'). 
21, 
\!.t;otusl, 
i 
:= re.d.b 
i ti 
scb. 
cmd 
• 
scb. 
cmd or 
shl(i, 
7)i 


c.ll 
",rit.,(O, 
@(ODH, 
OAH, 
Ent.r 
RUe 
•• :> 
'), 
17. 
@st.tus); 
i • r •• d'int(4)i 
scb. 
clftd • 
scb. 
c",d 
or 
shl(i, 
4); 


76:1 
2 


766 
2 


767 
2 
768 
2 
769 
2 


770 
2 


771 


772 
2 


773 
2 


774 
2 


77:1 
2 


77b 
2 
777 
2 


778 
2 


779 
1 
780 
2 


781 
2 


782 
2 


783 
3 


784 
3 
785 
3 


78b 
3 


787 
3 
788 
3 
789 
3 


790 
3 


791 
2 


792 
2 


793 
3 


794 
3 


795 
3 


796 
3 


797 
3 


798 
2 


799 
2 


800 
3 
801 
3 
802 
3 
803 
3 


804 
3 


805 
3 


if 
«(scb. 
cbl.offset 
= 
offset 
(.transmit. status» 
and 
«scb. 
cmd and 
OIOOH) = OIOOH» 
or 
«scb. 
cmd and 
OOIOH) 
00IOH» 


and 
not 
«scb. 
cmd and 
0080H) 
= 0080H) 
then 
goback 
::: 1. 


call 
",,,it.lnCO. 
flCOOH, 
OAH, 
' 
Issued 
Channel 
Attention'). 
27, 
@statllsL 


ca'll 
cr.If, 
output(CA.PORT) 
= CA, 


call 
writelnCO. 
It(ODH, 
OAH. OAH, 
'Command 
block 
tljp.: '}, 
22. 
@statuh); 
call 
",rite-In 
co, 
@( 
• 
N - Nap 
1 - 
IA Setup' 
), 
35, 
<!status) 
; 


call 
",ritelnCO, 
@( 
• 
C - Configure 
H - HA S.tup· 
). 
35. 
@statu~) 
; 


call 
writ.lnCO, 
t( , T - Transmit 
R - TDR'I. 
30. 
@status); 


call 
writ.lnCO, 
@( 
, 
D - Diagnose 
5 - Dump Status'), 
38. 
4!statu'i) 
; 


ca 11 writ.lnCO, 
It(' 
H - Print 
this 
m.55ag.') 
• 
23. 
4I:statu5 
); 


valid 
= f.lse. 


do whil. 
not 
valid; 


call 
writ.CO, 
.<ODH, 
OAH, 


t 
= r •• dSchaf'i 
if 
( t <) 
'H') 
and 
( t <) 
•h ') 
and 
( t <) 
'T') 
and 
( t <) 
't' 
) 
and 
( t <) 
'N') 
and 
(t 
<) 
'n' ) and 
( t <) 
'R' ) 
and 
( t 
<:> 
'T' ) 
and 


( t <> 
'D') 
and 
( t <> 
•d ') 
and 
( t <> 
'C' 
) 
and 
( t <> 'e' ) and 
( t <> 
'I') 
and 
( t <> 
'i') 
and 
(t 
<> 
'H') 
and 
(t 
<> 
'm') 
and 


( t <) 
'5') 
and 
(t 
<) 
's' ) th.n 
call 
",,,it. CO, 
II(ODH, 
OAH. 
IIhgal 
command 
block 
tvP.') 
, 
29. 
<tstift.U5) 
; 
.lse 
if 
(t 
= 
'H') 
or 
(t 
= 
'h') 
then 
call 
pl'intStvp.Shelp; 
.151' 
valid 
= 
true; 


end. 
if (t = 
'N') 
OT' 
(t "" 'n') then 
do; 


cur.cb.offset 
= offset 
(enop. status); 


nop. status.: 
0; 


nap. cmd = 8000H; 
nap. Iink.oHut 
= OFFFFH; 


end; 
if 
(t 
= 
' I ') 
or 
(t 
= 
' i ') 
th en 
do; 


cur.cb.offset 
• offset 
(@i•• setup. status); 


ia.setup. status 
a 0; 
i •• setup. cmd 
"" B001H; 


ia.setup. link.offset 
~ OFFFFH; 


call 
setup.ia.parameters; 


intJ 


80b 
2 
807 
2 
808 
3 
809 
3 
810 
3 
811 
3 
812 
3 
813 
3 
814 
2 
815 
2 
81b 
3 
817 
3 
818 
3 
819 
3 
820 
3 
821 
3 
822 
2 
823 
2 
824 
3 
825 
3 
82b 
3 
827 
3 
828 
3 
829 
3 
830 
2 
831 
2 
832 
3 
833 
3 
834 
3 
835 
3 
83b 
3 
837 
3 
838 
2 
839 
2 
840 
3 
841 
3 
842 
3 
843 
3 
844 
3 
845 
3 
84b 
2 
847 
2 
848 
3 
849 
3 
850 
3 
851 
3 
852 
3 


853 
2 


854 
1 
855 
2 


cur$cbSoFFset 
= 
offset 
(@configure. 
status); 
configure. 
status 
= 
01 


configure. 
cmd 
= 
8002Hi 


configure. 
link.oFfset 
= 
OFFFFHi 


call 
setupSconfigur.Sp.rametersi 


end; 
iF 
(t 
= 
'M') 
or 
(t 
= 
'm') 
then 
do. 
cur$cb$o'fset 
= 
offset 
(@mcSsetup. 
status); 


messetup. 
status 
= 
01 


meSsetup. 
cmd 
• 
8003Hi 


meSsetup. 
link.offset 
• 
OFFFFH; 


call 
setup.me.parameters; 


end; 
iF 
(t 
= 
'T') 
or 
(t 
= 
't') 
then 


dOl 
curScb$offset 
= 
off~et 
(@tr.nsrnit. status); 
tr.nsmit. 
st.tus 
= 
OJ 
tr.nsmit. 
cmd 
= 
8004Hi 
tTansmit. linkSoffs.t 
= OFFFFH, 
call 
setupStxSparameters; 


end; 
if 
(t = 
'R'l 
OT 
(t = 
'T') 
th.n 
do; 


cur$cbSo"set 
= 
ofFset 
t@tdr. status); 
tdr. 
status 
= 
OJ 


tdT. cmd = 8005H, 
tdT.linkSoffs.t 
OFFFFH. 


tdr. 
re5ul 
t = 
01 


end, 
if 
(t 
= 
'5') 
or 
(t 
= 
'5') 
then 
do; 


cur$cb$offset 
• 
offset 
(@dump. status); 


dump. st.tus 
= 
0; 


dump. cmd = 800bH. 
dump. linkSoffs.t 
= OFFFFH. 


dump. bUffSptr 
= 
offset 
(@dump.~rea(O»); 


end; 
if 
(t 
= 
'0') 
or 
(t· 
'd') 
then 
do; 


curScb.offset 
= 
offset 
(@diagnose. 
status); 


diagnose. 
~tatu~ 
u 0; 
diagno ••. cmd = 8007H. 
diagnose. 
link.offset 
= 
OFFFFHi 


display.command.block: 
procedure; 


d.claT. 
(i. 
J) 
byh. 
wh 
pointer. 


sel 
selector, 


w word; 


••••• r 
857 
2 
858 
2 
859 
2 
860 
2 
861 
3 
862 
3 
863 
3 
864 
2 
865 
2 
866 
3 
867 
3 
868 
3 
86'1 
2 
870 
2 
871 
3 
872 
3 
873 
3 
874 
2 
875 
2 
876 
3 
877 
3 
87'1 
3 
880 
3 
882 
3 
883 
3 
884 
3 
885 
3 
886 
3 
887 
4 
888 
4 
88'1 
4 


8'10 
4 
8'11 
4 
8'12 
5 
893 
5 
8'14 
5 
8'15 
5 
8'16 
5 
897 
4 
8'18 
3 
899 
2 


'100 
2 
901 
3 


'102 
3 
'103 
3 
904 
2 
'105 
:I 
'106 
3 
907 
3 
'108 
3 
'10'1 
2 
910 
:I 


'111 
3 


'11:1 
3 


if 
cUT$cbSoffset 
= OFFFFH 
then 
call 
"""it.CO, 
1(' 
No Command 
Block 
to 
displalj'), 
28. 
@status)j 


if 
cUTScbSo'fset 
D 
off~.t 
(.nap. status' 
then 
do; 


call 
w.,.ite(O. 
I( 
'---NOP 
Command 
810clc---'), 
23. 
t!status), 


call 
printSl&.lds(@nop. 
status, 
3); 


end; 
if 
curScbSof'set 
= of'.et 
(Itdr. status) 
then 
do; 


call 
\II"it.(O. 
@('---TOR 
Command 810cll---'), 
23. 
est.tus); 


call 
print."'d.«(!td 
.•...st.tus, 
4); 


end; 
if 
curScbSo'f ••t = offset 
(Idiagno ••. st.tus' 
then 
do; 
call 
,.r"lt.(O. 
ct( '---Oiagnos. 
Command810cll---'), 
28. 
Ist.tus); 
call 
pl'intSwds<4tdiagno 
••. st.tus. 
3); 
end; 
if 
curScbSo"set 
• 
off •• t 
(It.,.ansmit.• tatus' 
then 
do; 


call 
",,,it.(O 
•• 
('---Tl"an.",lt 
Command Bloclc---'), 
28. 
I.t.tus); 
if 
not 
address.length 
then 
i • addres •• length; 


.ls. 
i • 
address.l.ngth 
+ I, 
if 
ad.loc 
then 
call 
prlntSwds(.transmlt. 
status, 
4); 


.l.e 
call 
printSwds(.tran.mit. 
status, 
i/2+1); 
call 
cr.lfi 


c••11 
crSlf, 


if 
tr ••n.mit. 
bdSoff •• t <~ OFFFFH 
then 
do, 


call 
write(O, 
I( '---Transmit 
Buffer 
Oescriptor---'), 
33, 
@st.tus); 


call 
printSwds(.tbd. 
actScount, 
4); 


c••ll 
writeCO. 
ICODH. 
OAH. 
OAH. 


, Display 
th. 
transmit 
buffer? 
(V 
aT" 
N) ==:> 
'), 
46. 
@status); 


if 
yes 
then 
do; 


call 
crSlf; 


call 
writeln(O, 
@(' 
Transmit 
Buffer: 
'), 
17, 
.status); 


w. 
tbd.ActScount 
and 3FFFH; 


c••ll 
printSbuffCttxSbufhr(O). 
w), 
endi 


end; 


end; 
if 
cur.cb.offset 
• 
offset 
(.i •• s.tup. 
st.tus) 
then 
do; 


end; 
if 
curScbSoffset 
= offset 
(.configure. 
statuI) 
then 
do; 


call 
write(O. 
1:( '---ConfiguT". 
CommandBlock---'), 
29, 
(!status)i 


call 
pT"intS",ds(lconfigurl'. 
st.tus, 
9); 


end; 
if 
curScbSoffset 
= offset 
(@mc$setup. st.tus) 
then 
do; 


913 
3 
914 
3 
915 
4 
916 
4 
917 
4 
918 
4 
919 
4 
920 
3 
921 
3 
922 
2 
923 
2 
924 
3 
925 
3 
926 
3 
927 
3 
928 
4 
929 
4 


930 
4 
931 
4 
932 
5 
933 
5 
934 
4 


935 
4 
936 
4 


937 
3 


938 
2 


939 
I 
940 
2 


941 
2 


942 
2 
943 
2 
944 
3 


945 
3 
946 
3 
947 
2 
948 
2 
949 
3 
950 
4 


95: 
4 


953 
4 
954 
4 
955 
3 
956 
3 
957 
2 


958 
2 
959 
3 
960 
4 
961 
4 
963 
4 
964 
4 


call 
printSwds(@mc$setup. 
St~tU5, 
16); 
call 
pause, 


i 
= i - 
10; 


call 
printSwds 
(@me.setup. 
mc$ilddT'l'ss (8). 
i); 
end. 


else 
call 
print$wds(@mc$setup. 
status, 
i)j 
end. 
if 
cur$cb$offset 
= 
offset 
(@dump. 
status) 
then 
do; 


'ill1 
"'Tit.CO. 
C!( '---Dump 
Status 
Command 
Block---'), 
31. 
C!status); 


call 
print$"'ds(@dump. 
status, 
4), 
if 
dump. 
status 
= 
OAOOOH 
then 
do. 


call 
wT'ltelnCO, 
@(ODH, 
OAH. 
' 
Dump Status 
R.sults'), 
22, 
C!stiltuS) 


call 
writ.Soffset(@dump$areaCO»; 


tall 
tr$lf; 


do 
i = 0 to 
9; 


call 
pT'int$str(@dump 
•• rl'il(16*iL 
16); 


end. 
'i111 
print$str(@dumpS.T'l'a(160), 
10); 
cill1 
crtl'; 


displav$receiveSarea: 
procedure; 
declilre 
(L 
k. 
J' 
1) 
bvte. 
chilrs(4) 
byte; 


call 
writelnCO. 
@(ODH. 
OAH, 
• Frame 
DescriptoT's: 
'). 
21. 
@status)j 
if 
ad.loc 
then 
do; 


end; 
else 
J 
; 
address'length 
+ 
4; 


do 
k = 0 
to 
J; 


do 
i = 
0 
to 
4; 


call 
out'woT'd(@rfd(i). 
status, 
k); 


if 
k = 
0 
then 
call 
writ.Soffs.t(@rfd(i). 
status); 


else 
call 
loopSch 
••r(IO. 
' 
'); 


end: 
cail 
CT'$lf; 
.ndj 
call 
writeln(O, 
@(ODH. 
OAH, 
OAH. 
'Receive 
Buffer 
Descriptors: 
'), 
:.1J, 
<tst.ittus); 


do 
k = 0 
to 
4; 
do 
i •• C 
to 
4. 
cAll 
outSword(@rbd(i). 
act'count, 
k)j 
if 
k 
z 0 
then 
call 
writ.Sof'set(@rbd(i).actScount" 


elsl' call 
loopSchar(10, 
, 
'); 


inter 


9b' 
3 
9bb 
3 
9b7 
2 


~t,f 
2 
970 
2 
971 
2 
972 
3 
973 
3 
974 
3 
q75 
3 
3 
977 
3 
978 
3 


2 


980 
1 
981 
2 


982 
:2 


983 
:2 
-~.: 
2 
98:> 
3 
98b 
3 
987 
3 
988 
3 
989 
2 


..1::': 
:1 


992 
2 


993 
1 
994 
2 


995 
2 


;:-:.t, 
;;: 
997 
.2 
998 
2 


999 
2 
1000 
2 
1002 
2 
1003 
2 


1004 
2 


.:C:> , 
1006 
3 


1007 
3 
1008 
2 


end, 
call 
writfoCO. 
@(ODH, DAH, OAH, 
I 
Oispla" 
th- 
re~~lve', 
buf'~~·:.·,· 
(Y 
or 
N) 
:;:=) 
'), 
46. 
~~:la"us); 


if 
not 
V.s 
then 
return; 
call 
writ.lnCO. 
@(ODH, 
OAH. 
Receive 
Buffer!i. 
'), 
19, 
@status); 
do 
i = n t ..•4; 
call 
writeCO, 
@(ODH. 
DAH, 
Receive 
Buffer 
'), 
18. 
~<.t=~.,,·. .'. 


call 
write.jnte 
i. 
0); 
call 
writeln(O, 
@(' 
'), 
2. 
@status\: 


k :;:rbdCi), 
act.count 
and 
3FFF4; 
call 
print.buff(@rh"~{ii. 
Duff.reO), 
k)i 
call 
pau5~; 


i = 
readS, 
haT; 
do 
while 
(i 
(> 
'R') 
and 
(i 
-:::- '1") 
and 
(i 
<> 
'e') 
anu 
(i 
0(> 
'e'), 
call 
writ.ln(O. 
@(ODH. 
DAH, 
.• 
11!"yal 
command'), 
18, 
(!5t ••tuS~; 


call 
writeCO. 
@(' 
Enter 
R 
OT' 
C ==> 
'), 
18, 
@status); 
i = read.chari 
end, 
if 
(i 
= 
'R'/ 
or 
(i 
= 
'T') 
then 
call 
aispla\j$r.ceive$~rtta; 
els. 
call 
di5pl.y.command$bloc~; 


gob~ck 
= 
0; 
b .read'char; 
call 
cr.lf; 
if 
(b <> 
'H' ) 
and 
(b <> 
'h' ) and 
(b <> 
'5' ) and 
( b 
("> 
's' ) and 
(b <> 
'0' ) and 
(b (> 'd' ) and 
(b <> 
'p' ) and 
(b 
(J 
" 


?~d 


\ 0 " 
'r:') 
and 
(b <> 
•c ') 
and 
Ib <> 
'E') 
and 
Ib <> 
'e' ) and 
lb <> 
'L' ) and 
(b <> 
'I') 
and 
Ib <> 
'N') 
"nd 
lb <> 
'n' 
) 
and 
lb <> 
'Z' ) 
and 
(b () 'I') 
and 
(b <> 
'V' 
) 
and 
lb (> '~, ) 
and 
(b <> 
'A') 
and 
(b <> 
'a' ) 
then 
call 
upri te (0, 
@( 
, 
Illog~1 
command' 
), 
lb. 
C!status); 
if 
(b = 
'H' ) 
or 
lb 
'h' ) then 
call 
print$help; 
it 
,j; = ',,"') 
or 
lb = '.' 
) 
then 
if 
dh.l 
then 
do; 
dhel 
= false; 


call 
write(O, 
@(' 
Counters 
are 
dIsplayed 
in 
decimal. 
'), 
3::1, 
@~t':ltuS) 
; 


inter 


1009 
3 


1010 
3 


lOll 
3 


1012 
2 


~012 
2 
1014 
:; 
1015 
3 
1016 
3 
1017 
2 


1018 
2 


1019 
3 
1020 
3 
1021 
3 
1022 
2 
1023 
2 
1024 
3 
10;!5 
3 
1026 
3 
1027 
2 
1028 
2 
1029 
3 
1030 
3 
1031 
3 
1032 
3 
1033 
2 
1035 
2 
1037 
2 
1039 
2 
1041 
2 
1043 
2 


1044 
2 


1045 
I 
1046 
2 


1047 
2 


1048 
2 


1049 
2 


10:50 
2 
10:51 
3 
1052 
3 
10:53 
4 
1054 
4 
10:5:5 
4 
10:56 
4 
10:58 
4 


10:59 
4 
1060 
3 


1061 
2 


end; 


if 
lb 
= 
'V) 
or 
lb 
do; 


outputIES!$PORT) 
= LOOPBACK; 


call 
writeCO, 
@(' 
ESI 
is 
in 
Loopbjlck 
Mode. 
'), 
25, 
@status)j 


end; 
if 
(b 
= 
'N'~ 
or 
(b = 
'n') 
then 
do; 


end; 
if 
(b 
= 
'Z') 
or 
(b 
= 
'1') 
then 
do; 


Rnd; 
if 
(b 
SI 
'V') 
or 
(b 
:= 
'\I') 
thl'n 
do; 


receive.count 
• 0; 
5tb. 
creSerrs, 
5tb .• 1nS.1'rs, leb.rlcS.rrl, 
leb.ovrnS.rrs 
s 
0; 


't1111 ",rriteCO, 
C!(' 
Recl'ivR 
Fr.m. 
Count.,.. 
is 
cl •• red.'), 
34, 
Ist.tul), 


end; 
if 
(b 
*' 
'e') 
aT' 
(b 
a 
if 
(b 
' S') 
or 
(b 
z:: 
if 
(b 
,. 
'P') 
or 
(b 
if 
(b 
= 
'0') 
or 
(b 


if 
(b 
' E ') 
or 
(b 
:= 
c,,11 
cr$lf; 


, C 
I 
) 
then 
call 
ent.,.. •• cbScmdi 
',' 
) 
then 
c •• 11 
setup'cbi 


'p' 
) 
then 
c ••11 
printt5cb, 


'd' 
) 
then 
c,,11 
d i sp It1iv$cbSrps; 
'e' ) then 
gobiilck 
= 
1; 


b 
• 
r •• d., 
hiilri 


gob., 
k 
• 
OJ 
'tlill 
writ.CO. 
leOOH, 
DAH, 
I 
Enter 
commAnd 
(H 
for 
help> 
s:=) 
'), 
34. 
@5tht.US); 


do forever; 


if 
cst, 
then 


dOl 


di •• blei 
c.l1 
processScmdi 


en.bl.; 
if 
gob.ck 
then 
returni 


c ••11 
•••riteIO. 
(l(ODH. 
OAH, 
, 
Enter 
comm ••nd 
(H 
for 
help) 
--:> 
'). 
34, 
@!ttiltuS); 


inter 


1062 
I 
1063 
2 


1064 
2 
1065 
2 
1066 
2 
1067 
2 
1068 
2 
1069 
2 
1070 
2 
1071 
2 
1072 
2 
1073 
2 
1074 
2 
1075 
2 
1076 
2 
1077 
2 


1078 
3 
1079 
3 
1080 
3 
1081 
3 
1082 
2 
1083 
2 
1085 
2 
1086 
2 
1087 
2 
1088 
2 
1089 
2 
1090 
2 
1091 
2 
1092 
2 
1093 
2 


1094 
2 


1095 
2 


1096 
2 


1097 


1098 
I 
1099 
I 
1100 
:2 
1101 
I 
1102 
I 
1103 
I 
1104 
I 
1105 
I 


call 
''''$1'; 
call 
loopSchar( 
10. 
OAH); 


call 
loop$choilr(28, 
'.') 
j 


call 
Ulrite(O, 
@(' 
Station 
Configuration 
'), 
23, 
@statuS)i 
call 
loopSchar(27. 
'.'); 
call 
crSIF; 


call 
cr$I,; 
call 
write(O. 
@(' 
Host 
Address: 
'), 
15, 
@stiltuS); 
call 
printSnetwoT'k$addr(@ia$setup. 
ia.address(D». 
i = 0; 
call 
write(O. 
@(' 
Multicast 
Address(es): 
'), 
24. 
@statuS)i 
if 
mc.s.tup.mc.b~t 
••count 
= 0 
then 
call 
writelnCO. 
@( 
'No 
Multicast 
AddTesses 
Defined 
'), 
3D. 
@status); 


else 
do while 
i ( mc.setup.mc$b~te.count; 


call 
printSnetwork$addr(@mc$setup.mc$add,...ss(i», 
call 
loop$chaT(24. 
I 
')j 
i = i 
+ 6; 
end; 


call 
writeCO. 
@(ODH), 
I. 
@status); 


if 
not 
no.transmission 
then 
call 
print.parameters; 
call 
writeCO, 
@(/ 
82586 
Configuration 
Block: 
'), 
28, 
<!statush 
call 
printtstr(@configure. 
in'o(O), 
10). 
call 
crtl 
f. 
call 
100ptchar(29. 
'.'); 


call 
writ.(O, 
@(' 
Station 
Activities 
'), 
20, 
@status); 


call 
100pSchar(29. 
'*'); 


call 
crSI'; 
call 
crSl'. 
call 
writ.ln(O. 
@(' 
•• of 
Good 
• 
0' 
Good 
CRC 
Al ignment 
No 
R(?ceive'), 


73, 
@sti:ltus); 


call 
ini 
t; 
enable; 
do 
while 
reset; 
end; 
disable; 
scb. cmd 
= OIOOH; 
output<CASPORT) 
CA; 


call 
waitSscb; 
enab Ie; 


1106 
1107 
2 
1108 
I 
1109 
1 
1110 
I 
1111 
1 
1112 
1 
1113 
I 
1114 
I 
1115 
I 
1116 
I 
1117 
I 
1118 
I 
1119 
I 
1120 
I 
1121 
I 
1122 
I 
1123 
I 
1124 
I 
1125 
I 
1126 
I 
1127 
I 


1128 
2 


1129 
2 
1130 
2 
1131 
2 
1132 
2 
1133 
2 
1134 
3 
1135 
3 


1136 
2 


1137 
2 
1138 
2 
1139 
2 
1140 
2 
1141 
2 
1142 
2 
1143 
2 
1144 
I 
1145 
I 


1146 
2 
1147 
2 
1148 
3 
1149 
4 
1150 
4 
1151 
4 
1152 
4 
1153 
4 
1154 
4 
1155 
4 
1156 
3 
1157 
3 
1158 
3 
1159 
2 


1160 
2 


1161 
3 


1162 
3 
1163 
3 
1164 
3 
1165 
2 


1166 


do 
while 
(diagnose 
status 
and 
BOaOH) 
<> 
BOaOH; 


end; 
call 
cr$1f; 


if 
diagnose 
status 
<> 
OAOOOH 
then 
call 
writeln(O. 
@(' 
Diagnose 
failed! 
'), 
17 
I 
@status); 
I' configure. 
status 
() 
OAOOOH 
thpn 
call 
wrlteln(O. 
@(' 
Conli9ur. 
failed!'), 
18 • 
~status); 


1f 
ia.setup 
status 
<> 
OAOOOH 
then 
call 
wrlteln(O, 
@(' 
IA Setup 
failed"), 
17 
@status); 


if 
me.setup. 
status 
(> OAOOOH 
then 
call 
writeln(O. 
@(' 
Me 
Setup 
failed! 
'), 
17 
@status); 


scb. cblSoffset 
= 
offset 
(@transmit. 
status); 
call 
writeln(O. 
@(ODH. 
OAH, 
' 
Receive 
Unit 
is 
active. 
I), 
26. 
@status), 


disable. 
scb. cmd 
= 
COlOH; 


output(CASPORTI 
= CA. 


call 
wait'Sscb. 


enable. 
outputlESISPORTI 
- 
NOSLOOPBACK, 


call 
crSl,; 
if 
not 
no.transmission 
then 
do; 
call 
write(O, 
@( '---Transmit 
Command 
8lock---'), 
28, 
@status); 


call 
print$wds(@transmit. 
status, 
8); 
call 
cr.lf; 


cur.cb$o"set 
= 
o"set 
(@transmit. 
status); 


call 
pause; 


do 
I 
= 
1 to 
60; 
call 
time(2S0); 
end; 
call 
writeln(O, 
'(ODH, 
OAH, 
'transmission 
started! 
'), 
23, 
@status)i 


call 
cr$l'; 


disable; 
5cb. cmd 
= 0100H; 


output 
ICASPORT) 
CA, 


call 
wai t$scb; 
enable, 


end; 
call 
update; 


do 'or ever; 


call 
write(O, 
(!(ODH, 
' 
'), 
2, 
@status); 


do \I = 0 to 
5; 
do 
case 
lJ; 


call 
write$int(count, 
dhex), 
call 
write$int(receive$count, 
dhex); 


call 
write$int(scb. 
crc$errs, 
dhex); 


call 
write$int(scb. 
aln$errs, 
dhex)i 


call 
write$int(scb. 
rse$errs, 
dhex); 
call 
write$int(scb. 
ovrn$errs, 
dhex); 


end; 
char$count 
= 
13 
- 
char$count; 
call 
loop$char(cha,.$count, 
' 
')i 


end; 
if 
csts 
then 
do; 
disable; 
call 
getouti 


call 
updatei 


CODE 
AREA 
SIZE 
CONSTANT 
AREA 
SIZE 
VARIABLE 
AREA 
SIZE 
MAXIMUM 
STACK 
SIZE 
= 


1994 
LINES 
READ 
o 
PROGRAM 
WARNINGS 
o 
PROGRAM 
ERRORS 


23C3H 
OF85H 
265EH 
0092H 


91550 
39730 
98220 
1460 


159KB 
MEMORY 
AVAILABLE 
23KB 
MEMORY 
USED 
(14%) 


OKB 
DISK 
SPACE 
USED 


inter 


/***************** 
••• ~*** ••• *****************.**************************** 
•• w~. 


1* 
~/ 


1* 
186/586 
High 
Integration 
Board 
H;iti~!itation 
Routine 
*1 
1* 
(This 
driver 
is configured 
for Ethernet/Ch~aDernet 
Oesiqn 
*1 
I. 
Kit 
Demo Board) 
*1 
/. 
1* 
VeT. 
2.0 
March 
14. 
1986 
*1 


1* 
*1 
1* 
Kiyoshi 
Nishide 
Intel 
Corporation 
*1 


It. 
*1 
/ **********.* ••• ".'1: .••.• ********.************.*********** 
•••• ********** .•..•.......... 


1* 
rhe conditional 
compilatIon 
~a-a~.t.r 
'EPROM27128' 
determines 
board 
ROM 
size. 
If 
it 
is true. 
the 80186's 
~.lt 
stat~ 
Qenerator 
15 
programmed 
to 
o ~.it 
st.t. 
for 
upper 
64K-b~te 
m.mor~ 
locations. 
if 
i~ 
is false. 
the 
wait 
state 
generator 
is programmed 
to 0 wait 
st.t. 
for 
uppe~ 
1~8K-~ytp. 
memory 
loca~lun~ 
*1 


~.cl.~. 
hib_j~ 
l.b.l 
pUblic; 
declarE 
main 
1.b.l 
.xt.~n.l; 
d.cl.~. 
menu 
I.Del 
e't.~n.l; 


d.cl.~. 
lit 
lit"~al1\l 
'lit.rally·, 


UMCS_reg 
lit 
'OFFAOH', 
~~C'9_~.CJ 
1 i t 
'OFFA2H', 
PACS_reg 
1it 
'OFFA4W, 
"'PeS_reg 
lit 
.OFtA~""', 


INT_MASK_reg 
lit 
'OFF2BH', 


ISCP$LOC$LO 
lit 
'03FFBH', 
ISCP$LOC$HI 
li t 
'0', 


~cr. CH B CMD 
lit 
'B300H', 
SCC·'Ct1-;;-~.'T" 
lit 
'B302H', 
SCC=CH=A=CMD 
1i, 'Q'104W, 
SCC_CH_A..D"'U 
11 t 
'B306H', 
Nll'_ 
lit 
'0', 
CR 
li t 
'ODH', 
LF 
lit 
'OAW, 
BS 
lit 
'OBW, 
SP 
lit 
'20H'. 
OM 
1it 
'3Fri 
, 
DEL 
lit 
'07FW. 
BEL 
lit 
'07H', 


inter 


7 


8 
2 


9 
2 


10 
1 
11 
2 


1:2 
:2 
14 
2 
l' 
2 


16 
1 
17 
2 


18 
2 
20 
2 


21 
2 


22 
1 
23 
2 


24 
2 
26 
2 


27 
2 


28 
2" 
2 


30 
2 
32 
2 


33 
:2 


34 


3~ 
2 


d.clare 
scp 
structure 
( 
_Vabu. 
bvt.# 


unu •• d 
(~) 
bvt.# 
ilcp •• ddr.l0 
word, 
ilcp •• ddr.hi 
word 
) 
.t 
(OFFFF6HI d.t. (0. O. O. O. O. O. ISCP.LOC.LO. ISCPSLOC$Hi); 


inter 
AP-274 


36 
2 
37 
2 
38 
;? 


39 
" 
40 
2 
41 
2 
42 
2 
43 
2 
44 
2 


45 
2 


46 
2 


47 
2 


48 


49 
3 
51 
;/ 


5;Z 
;Z 


53 
I 
54 
;Z 


55 
3 
57 
;Z 


58 
;Z 


59 
I 


60 
2 


call 
\IIrb <04. 
OIOOIIIOb) • 
1* 2 
stop. 
no 
p"ri tV' brf 
= 16. *1 
call 
wrb <03, 
11000000b) ; 
1* 
T'I 
8 
bits/chill'. 
no 
auto-enable 
*1 
call 
wrb (05, 
OIIOOOOOb) ; 
1* t. 8 
bits/char 
*1 
c,,11 wrb (10, 
OOOOOOOOb ); 
c,,11 ",rbCII. OIOIOIlOb) ; 
1* rxc 
= hc 
= eRG. 
trxc 
= eRG 
out 
*1 
call 
",rb(12. OOOOIOllb ); 
1* 
baud 
rat~ 
• 9600 
*1 
call 
wrb (13, 
OOOOOOOOb ); 
call 
",rbC14. 00000011 b ); 
1* eRG 
source 
• SVS 
CLK. 
.nllbl. 
eRG 
*1 


call 
"'rbC15. OOOOOOOOb ); 
1* all 
tit st.tus 
interrupts 
off *1 


c,,11 ",rb(03. 11000001 b); 
1* scc-b 
receive 
.".bIe 
*1 


c"l1 
",rb(05. 1110l0l0b) ; 
1* 5cc-b 
trAnsmit 
enable, 
dtr 
on. rto 
on *1 


*nd 
init.scc.e; 


r.ad: 
procedure 
('iI.Sid, 
mlg'ptr, 
count. 
IIctual'ptr, 
st.tus'ptr) 
publici 


decilire 
fit •• id 
word, 
"'Ig'ptr 
pointer, 
count 
WOf'd, 
actual'ptr 
pointer, 
.t.tuI'ptr 
pointer, 
mlg 
bal*d 
mlg.ptr 
(I) bvt*. 
buf 
(;ZOO) 
bVh • 
• ,tu.l 
b••• d IIctual'ptr 
word, 


It.tUI 
bli•• d 
.tatuI'ptr 
word, 
i word, 
ch 
bVh. 


1* Thil 
proc*dur* 
impl*m*ntl 
th* 
ISIS r.ad 
proc*durl. 
All 
control 
ch"r"ctlr. 
*1 


/* .xcept 
LF. 
BS, 
and 
DEL Ill'. 
ignored. 
If 
as or 
DEL il 
encounter.d, 
a 
*' 
/* 
backspac. 
i. 
don.. 
*1 


It.tU •• 
0; 
i, 
c h • 
0, 


do ",hill (ch <> CR) 
"nd 
(ch'<> 
LF) 
"nd 
(i < 
198); 
ch • 
c'in 
IInd 07FHi 
if 
(ch • BS) 
or 
(ch • DEL) 
thin 
do; 


inter 


67 
4 
68 
4 
69 
5 
70 
5 
71 
5 
72 
5 
73 
5 
74 
5 
75 
5 
76 
4 


77 
4 
78 
3 


79 
3 
80 " 
81 
4 
82 
4 
83 
4 
84 
3 


85 
3 
86 
4 
87 
4 
88 
4 
89 
4 
90 
3 


91 
3 
92 
2 
93 
2 
95 
:1 
96 
2 
97 
3 
98 
3 


99 
:1 


100 


101 
:1 


102 
2 


103 
I 
104 
2 


i • i - 1; 
cdl 
c.outCDELl. 
call 
c.outCBSI. 
call 
c.outCSP). 
call 
c.out 
CDELl. 
call 
c.out 
CBSI. 
end; 
.1se 
c••ll 
c.outCBELl. 
end; 
el •• 
if 
ch >- SP then 
do; 
CAll 
c.Dut(ch)i 
buf(i) 
• 
Chi 
i 
:z i 
+ 1j 
end; 
.1•• 
if 
(ch 
• 
CR) or 
Cch - 
LFI 
then 
do; 
bufCil 
• 
CR, 
bufCi 
+ II 
- 
LF. 
i = i 
+ 2; 
end; 
els. 
c••ll 
c.outCBELl. 
endl 
call 
c.outCCR), 
if i > count 
then 
i = 
count; 
.ctu.l 
=: ii 
do 
i = 
0 "to actual 
- 
1; 
m.gCil 
• 
bufCil. 
end; 


",rite: 
procedure 
(fil.Sid. 
msgSptr, 
count, 
statusSptr) 
publiCi 
declAre 
(fil.Sid, 
count) 
word, 
(msgSptr, 
st.tusSptr) 
pointer. 
m.g 
b•••• d m.g.p tr 
CI) 
b~te. 
st.tus 
bAsed 
st.tusSptr 
word. 
ch 
b~te. 
i 
word; 


106 
2 
107 
2 
108 
3 
109 
3 


110 
3 


111 
3 


112 
3 


113 
3 


114 
2 


115 


i = 0; 
do while 
i < count; 
ch 
= 
msgCi)j 
if 
llch >E 
SP) 
and 
lch < DEL» 
or 
lch = CRI 
or 
lch = LF) 
or 
lch 
NUL) 
then 
call 
cSoutlchl, 
else 
call 
cSoutIOM); 
i = i 
+ 
Ii 


1* 
16K. 
no w.it 
st~tl!' *1 


1* 
PBA 
= BOOOH, 
no 
wait 
state 
for 
PSCO-3 
*1 
1* 
P.riph.r.ls 
in 
I/O 
space. 
no At tteA2 
provided. 
3 wait 
states 
for PSC4-6 
*1 


c.l1 
inft.tnt.tIt; 


call 
initSSCCSB; 
go 
to 
m.ini 


APPENDIX 
C 
THE 8!S30 SCC - 80186 INTERFACE 
AP BRIEF 


The object of this document is to give the 82530 system 
designer an in-depth worst case design analysis of the 
typical interface to a 80186 based system. This docu- 
ment has been revised to include the new specifications 
for the 6 MHz 82530. The new specifications yield bet- 
ter margins and a I wait state interface to the CPU (2 
wait states are required for DMA cycles). These new 
specifications will appear in the 1987 data sheet and 
advanced specification information 
can be obtained 


from your local Intel sales office. The following analy· 
sis includes a discussion of how the interface TTL is 
utilized to meet the timing requirements of the 80186 
and the 82530. In addition, several optional interface 
configurations are also considered. 


£1 
E2 


14..J 
E3 


H 


The 82530 - 80186 interface requires the TTL circuitry 
illustrated in Figure I. Using five 14 pin TTL packages, 
74LS74, 74AS74, 74AS08, 74AS04, and 74LS32, the 
following operational modes are supported: 


• Polled 
• Interrupt in vectored mode 
• Interrupt in non-vectored mode 
• Half-duplex DMA on both channels 
• Full-duplex DMA on channel A 


A brief description of the interface functional require- 
ments during the five possible BUS operations follows 
below. 
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READ CYCLE: The 80186read cycle requirements are 
met without any additional logic, Figure 2. At least one 
wait state is required to meet the 82530 tAD access 
time. 


is inverted to assure that WR is active low before the D 
Flip-Flop is clocked. No wait states are necessary to 
meet the 82530's WR cycle requirements, but one is 
assumed from the RD cycle. 


WRITE CYCLE: The 82530requires that data must be 
valid while the WR pulse is low,§ure 
3. A D Flip- 
Flop delays the leading edge of WR until the falling 
edge of CLOCKOUT when data is guaranteed valid 
and WR is guaranteed active. The CLOCKOUT signal 


INTA CYCLE: During an interrupt acknowledge cy- 
cle, the 80186 provides two INTA pulses, one per bus 
cycle, separate~wo 
idle states. The 82530 expects 


only one long INTA ~e 
with a RD pulse occurring 


only after the 82530 IEI/IEO daisy chain settles. As 
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illustrated in Figure 4, the INT A signal is sampled on 
the rising edge of CLK (82530). Two D Flip-Flops and 
two TTL gates, U2 and US, are implemented to gener- 
ate the proper INT A and RD pulses. Also, the INT 
signal is passively pulled high, thro\lgh a I k resistor, 
and inverted through U3 to meet the 80l86's active 
high requirement. 


DMA CYCLE: Conveniently, the 80186 DMA cycle 
timings are the same as generic read and write opera- 
tions. Therefore, with two wait states, only two modifi- 
cations to the DMA request signals are necessary. 
First, the RDYREQA 
signal is inverted through U3 


similar to the INT signal, and second the DTRlREQA 
signal is conditioned through a D Flip-Flop to prevent 
inadvertent back to back DMA cycles. Because the 
82530 DTR/REQA 
signal remains active low for over 


five CLK (82530)'s, an additional DMA cycle could 
occur. This uncertain condition is corrected when U4 
resets the DTR/REQ 
signal inactive high. Full Duplex 


on both DMA channels can easily be supported with 
one extra D Flip-Flop and an inverter. 


RESET: The 82530 does not have a dedicated RESET 
input. Instead, the simultaneous assertion of both RD 
and WR causes a hardware reset. This hardware reset 
is implemented through U2, U3, and U4. 


ALTERNATIVE 
INTERFACE 
CONFIGURATIONS 


Due to its wide range of applications, the 82530 inter- 
face can have many varying configurations. In most of 
these applications the supported modes of operation 


need not be as extensive as the typical interface used in 
this analysis. Two alternative configurations are dis- 
cussed below. 


8288 BUS CONTROLLER: 
An 80186 based system 


implementing an 8288 bus controller will not require 
the preconditioning of the WR signal through the D 
Flip-Flop U4. When utilizing an 8288, the control sig- 
nal IOWC does not go active until data is valid, there- 
fore, meeting the timing requirements of the 82530. In 
such a configuration, it will be necessary to logically 
OR the IOWC with reset to accommodate a hardware 
reset operation. 
' 


NON-VECTORED 
INTERRUPTS: 
If the 82530 is to 


be operated in the non-vectored interrupt mode (B step 
only), the interface will not require Ul or US. Instead, 
INT A on the 82530 should be pulled high, and pin 3 of 
U2 (RD AND RESET) should be fed directly into the 
RD input of the SCC. 


Obviously, the amount of required interface logic is ap- 
plication dependent and in many cases can be consider- 
ably less than required by the typical configuration, 
supporting all modes of SCC operation. 


This design analysis is for a typical microprocessor sys- 
tem, pictured in Figure 5. The Timing analysis assumes 
an 8 MHz 80186 and a 4 MHz 82530. Also, included in 
the analysis are bus loading, and TTL-MOS compati- 
bility considerations. 


Bus Loading and Voltage Level 
Compatabilities 


The data and address lines do not exceed the drive ca- 
pability of either 80186 or the 82530. There are several 
control lines that drive more than one TTL equivalent 
input. The drive capability of these lines are detailed 
below. 


WR: The WR signal drives U3 and U4. 


• 
101 (2.0 mAl 
> Iii (-0.4 
mA + -0.5 
mAl 
loh (-400 
IJoA) > Iih (20 IJoA + 20 IJoA) 


PCS5: The PCS5 signal drives U2 and U4. 


101 (2.0 mAl 
> Iii (-0.5 
mA + -0.5 
mAl 
loh (-400 
IJoA) > lih (20 IJoA + 20 IJoA) 


INTA: The INTA signal drives 2(UI) and U5. 


101 (2.0 mAl 
> Iii (-0.4 
mA + -0.8 
mA + -0.4 
mAl 
loh (-400 
IJoA) > Iih (20 IJoA + 40 IJoA + 20 IJoA) 


All the 82530 I/O pins are TTL voltage level compati- 
ble. 


Certain symbolic conventions are adhered to through- 
out the analysis below and are introduced for clarity. 
1. All timing variables with a lower case first letter are 


82530 timing requirements or responses (i.e., tRR). 


2. All timing variables with Upper case first letters are 


80186 timing responses or requirements unless pre- 
ceded by another device's alpha-numeric code (i.e., 
Tclcl or '373 Tpd). 
3. In the write cycle analysis, the timing 
variable 


TpdWR186-WR530 represents the propagation de- 
lay between the leading or traili~dge 
of the WR 
signalleav~the 
80186 and the WR edge arrival at 


the 82530 WR input. 


1. tAR: Address valid to RD active set up time for the 
82530. Since the propagation delay is the worst case 
path in the assumed typical system, the margin is calcu- 
lated only for a propagation delay constrained and not 
an ALE limited path. The spec value is 0 ns minimum. 


1 Tclcl - 
Tclav(max) 
- 
'245 Tpd(max) + Tclrl(min) + 


2(U2) Tpd(min) 
- 
tAR(min) 


2. tRA: 
Address 
to RD 
inactive 
hold 
time. 
The ALE 
delay is the worst case path and the 82530 requires 
0 ns 


minimum. 


1 Tclcl - Tclrh (max) + Tchlh(min) + '373 LE 
Tpd(min) - 
2(U2) Tpd(max) 


3. tCLR: 
CS active low to RD active low set up time. 


The 82530 spec value is 0 ns minimum. 


1 Tclcl - 
Tclcsv(max) 
- 
Tclrl(min) - 
U2 
skew(RD - 
CS) + U2 Tpd(min) 


= 125 - 
66 - 
10 - 
1 + 2 = 50 ns margin 


4. tRCS: 
RD 
inactive 
to CS inactive 
hold 
time. 
The 


82530 spec calls for 0 ns minimum. 


5. tCHR: 
CS inactive 
to RD 
active 
set up time. 
The 
82530 requires 
5 ns minimum. 


1 Tclcl + 1 Tchcl - 
Tchcsx(max) + Tclrl(min) - 
U2 
skew (RD - CS) + U2 Tpd(min) - tCHR 


= 125 + 55 - 
35 - 
10 - 
1 + 2 - 
5 = 131 ns margin 


6. tRR: RD pulse active low time. One 80186 wait state 
is included 
to meet the 150 ns minimum 
timing require- 
ments 
of the 82530. 


7. tRDY: 
RD active low to data valid maximum 
delay 
for 80186 read data 
set up time (Tdvcl 
= 20 ns). The 
margin 
is calculated 
on 
the 
Propagation 
delay 
path 


(worst 
case). 


• 
2 Tclcl + 1(Telelwait state) 
- 
Telrl(max) - Tdvcl(min) 
- 
'245 Tpd(max) - 
82530 tRDV(max) - 
2(U2) Tpd(max) 


= 2(125) + 1(125) - 
70 - 
20 - 
14.2 - 
105 - 
2(5.5) 
= 154 ns margin 


8. tDF: 
RD 
inactive 
to data 
output 
float 
delay. 
The 


margin 
is calculated 
to DEN 
active low of next cycle. 


• 
2 Telel + Tcleh(min) - Telrh(max) + Tehetv(min) - 
2(U2) Tpd(max) - 
82530 tDF(max) 


9. tAD: Address 
required 
valid to read data valid maxi- 


mum delay. The 82530 spec value is 325 ns maximum. 


• 
3 Telel + 1(Telelwait state) 
- 
Tclav(max) - 
'373 
Tpd(max) - 
'245 Tpd - 
Tdvel(min) - 
tAD 


= 375 + 125 - 
55 - 
20.8 -14.2 
- 
20 -325 
= 65 ns 


margin 


1. tAW: 
Address 
required 
valid to WR 
active 
low set 


up time. The 82530 spec is 0 ns minimum. 


• 
Telel - 
Telav(max) - 
Tcvetv(min) - 
'373 Tpd(max) 


+ TpdWR186 - 
WR530(LOW) [Telel - 
Tcvetv(min) + 


U3 Tpd(min) + U4 Tpd(min)) - tAW 


= 125 - 
55 - 
5 - 
20.8 + [125 - 
5 + 1 + 4.4] - 
0 
= 170.6 ns margin 


2. tW A: WR inactive 
to address 
invalid 
hold time. The 
82530 spec is 0 ns. 


• 
Tcleh(min) - 
Tevetx(max) + Tehlh(min) + '373 LE 
Tpd(min) - 
TpdWR186=WR530(HIGH) 
[U2 Tpd(max) + 


U3 Tpd(max) + U4 Tpd(max)) 


= 55 - 
55 + 5 + 8 - 
[5.5 + 3 + 7.1] = -2.6 
ns 
margin 


3. tCLW: 
Chip seleet aetive low to WR active low hold 


time. The 82530 spee is 0 ns. 


1 Telcl - Telesv(max) + Tevetv(min) - 
U2 Tpd(max) 


+ TpdWR186=WR530(LOW) 
[Telel - 
Tevetv(min) + U3 


Tpd(min) + U4 Tpd(min)) 


= 125 - 
66 + 5 - 
5.5 + [125 - 
5 + 1 + 4.4] = 


183.9 ns margin 


4. tWCS: 
WR invalid 
to Chip Select invalid 
hold time. 


82530 spec is 0 ns. 


• 
Texesx(min) - 
U2 Tpd(max) - 
TpdWR186=WR530(HIGH) 
[U2 Tpd(max) + U3 
Tpd(max) + U4 Tpd(max)) 


= 35 + 1.5 - 
[5.5 + 3 + 7.1] = 20.9 ns margin 


5. tCHW: 
Chip Select inactive 
high to WR active 
low 


set up time. The 82530 spec is 5 ns. 


1 Telel + Tchcl(min) + Tevetv(min) - 
Tchcsx(max) 
- 


U2 Tpd(max) + TpdWR186=WR530(LOW) 
[TcIcI - 


Tcvetv(min) + U3 Tpd(min) + U4 Tpd(min)] - 
tCHW 


= 125 + 55 + 5 - 
35 - 
5.5 + [125 -5 
+ 1 + 4.4] - 


5 = 264 ns margin 


6. tWW: 
WR active 
low pulse. 
82530 requires 
a mini- 


mum of 60 ns from the falling to the rising edge of WR. 
This includes 
one wait state. 


inter 


• 
Twlwh[2Tclcl- 40) + 1 (Tclclwaitstate) - TpdWRI 
186-WR530(LOW) [Tclcl- Tcvctv(min)+ U3 Tpd(max) 
+ U4Tpd(max))+ TpdWR/186=WR/530(HIGH)[U2 
Tpd(min)U3Tpd(min)+ U4Tpd(min))- tWW 


= 210 + 1(125) - [125 - 5 + 4.5 + 9.2) - [1.5 + 1 
+ 3.2) - 60 = 135.6 ns margin 


7. tDW: Data valid to WR active low setup time. The 
82530 spec requires 0 ns. 


• 
Tcvctv(min)- Tcldv(max)- '245 Tpd(max)+ 
TpdWR186-WR530(LOW)[Tclcl- Tcvctv(min)+ U3 
Tpd(min)+ U4Tpd(min)) 


= 5 - 44 - 14.2 + 125 - 5 + 1.0 + 4.4 = 72.2 ns 
margin 


8. tWD: Data valid to WR inactive high hold time. The 
82530 requires a hold time of 0 ns. 


• 
Tclch - skew (Tcvctx(max)+ Tcvctx(min))+ '245 
OE Tpd(min)- TpdWR186-WR530(HIGH)[U2Tpd(max) 
+ U3Tpd(max) + U4Tpd(max)) 


= 55 - 5 + 11.25 - [5.5 + 3.0 + 7.1) = -50.6 ns 
margin 


INTACycle: 


1. tiC: This 82530 spec implies that the INT A signal is 
latched internally on the rising edge of CLK (82530). 
Therefore the maximum delay between the 80186 as- 
serting INT A active low or inactive high and the 82530 
internally recognizing the new state of INT A is the 
propagation delay through UI plus the 82530 CLK pe- 
riod. 


2. tCI: rising edge of CLK to INT A hold time. This 
spec requires that the state of INT A remains constant 
for lOOns after the rising edge of CLK. If this spec is 
violated any change in the state of INTA may not be 
internally latched in the 82530. tCI becomes critical at 
the end of an INTA cycle when INTA goes inactive. 
When calculating margins with tCI, an extra 82530 
CLK period must be added to the INTA inactive delay. 


3. tlW: INT A inactive high to WR active low mini- 
mum setup time. The spec pertains only to 82530 WR 
cycle and has a value of 55 ns. The margin is calculated 
assuming an 82530 WR cycle occurs immediately after 
an INT A cycle. Since the CPU cycles following an 
82530 INTA cycle are devoted to locating and execut- 
ing the proper interrupt service routine, this condition 


should never exist. 82530 drivers should insure that at 
least one CPU cycle separates INT A and WR or RD 
cycles. 


4. tWI: WR inactive high to INT A active low mini- 
mum hold time. The spec is 0 ns and the margin as- 
sumes CLK coincident with INT A. 


• Tclcl - Tcvctx(max)- TpdWR186- WR530(HIGH) 
[U3Tpd(max)+ U4Tpd(max))+ Tcvctv(min)+ Ul 
Tpd(min) 


= 125 - 55 - 
[5.5 + 3 + 7.1] + 5 + 10 = 69.4 ns 
margin 


5. tIR: INTA inactive high to RD active low minimum 
setup time. This spec pertains only to 82530 RD cycles 
and has a value of 55 ns. The margin is calculated in 
the same manner as tIW. 


6. tRI: RD inactive high to INT A active low minimum 
hold time. The spec is 0 ns and the margin assumes 
CLK coincident with INT A. 


• 
Tclcl - Tclrh(max)- 2 U2Tpd(max)+ Tcvctv(min) 
+ Ul Tpd(min) 


= 125 - 55 - 2(5.5) + 5 + 10 = 74 ns margin 


7. tlID: INTA active low to RD active low minimum 
setup time. This parameter is system dependent. For 
any SCC in the daisy chain, tIID must be greater than 
the sum of tCEQ for the highest priority device in the 
daisy chain, tEl for this particular SCC, and tEIEO for 
each device separating them in the daisy chain. The 
typical system with only I SCC requires tHD to be 
greater than tCEQ. Since tEl occurs coincidently with 
tCEQ and it is smaller it can be neglected. Additional- 
ly, tEIEO does not have any relevance to a system with 
only one SCC. Therefore tIID > tCEQ = 250 ns. 


• 
4 Tclcl + 2 Tidlestates - Tcvctv(max)- tiC [Ul 
Tpd(max)+ 82530 ClK period] + Tcvctv(min)+ U5 
Tpd(min)+ U2Tpd(min)- tliD 


= 500 + 250 - 70 - [45 + 250) + 5 + 6 + 2 - 250 
= 148 ns margin 


8. tlDV: RD active low to interrupt vector valid delay. 
The 80186 expects the interrupt vector to be valid on 
the data bus a minimum of 20 ns before T4 of the sec- 
ond acknowledge cycle (Tdvcl). tlDV spec is 100 ns 
maximum. 


• 
3 Tclcl - Tcvctv(max)- U5Tpd(max)- U2 
Tpd(max)- t1DV(max)- '245 Tpd(max)- Tdvcl(min) 


= 375 - 70 - 25 - 5.5 - 100 - 14.2 - 20 = 140.3 
ns margin 


inter 


9. tIl: RD pulse low time. The 82530 requires a mini- 
mum of 125 ns. 


• 
3 Tclcl - TcYctv(max)- U5Tpd(max)- U2 
Tpd(max)+ TcYctx(min)+ U5Tpd(min)+ U2Tpd(min) 
- tll(min) 


= 375 - 70 - 25 - 5.5 + 5 + 6 + 1.5 - 125 = 
162 ns margin 


Fortunately, the 80186 DMA controller emulates CPU 
read and write cycle operation during DMA transfers. 
The DMA transfer timings are satisfied using the above 
analysis. Because of the 80186 DMA request input re- 
quirements, two wait states are necessa.!I....!.0prevent 
inadvertent DMA cycles. There are also CPUDMA in- 
tracycle timing considerations 
that 
need to be ad- 
dressed. 


I. lORD: RD inactive high to DTRREQ (REQUEST) 
inactive high delay. Unlike the READYREQ 
signal, 
DTRREQ does not immediately go inactive after the 
requested DMA transfer begins. Instead, the DTRREQ 
remains active for a maximum of 5 tCY + 300 ns. This 
delayed request pulse could trigger a second DMA 
transfer. To avoid this undesirable condition, a D Flip 
Flop is implemented to reset the DTRREQ signal inac- 
tive low following the initiation of the requested DMA 
transfer. To determine if back to back DMA transfers 
are required in a source synchronized configuration, 
the 80186 DMA controller samples the service request 
line 25 ns before TI of the deposit cycle, the second 
cycle of the transfer. 


2. tRRI: 82530 RD active low to REQ inactive high 
delay. Assuming source synchronized DMA transfer, 
the 80186 requires only one wait state to meet the tRRI 
spec of 200 ns. Two are included for consistency with 
tWRI. 


• 
2 Tclcl + 2(Tclclwaitstate) - Tclrl(max)- 2(U2) 
Tpd(max)- Tdrqcl - tRRI 


=2(125) + 2(125) - 70 - 2(5.5) - 200 = 219 ns 
margin 


3. tWRI: 82530 WR active low to REQ inactive high 
delay. Assuming destination synchronized DMA trans- 
fers, the 80186 needs two wait states to meet the tWRI 
spec. This is because the 80186 DMA controller sam- 
ples requests two clocks before the end of the deposit 
~e. 
This leaves only 1 TcIcI + n(wait states) minus 
WR active delay for the 82530 to inactivate its REQ 
signal. 


• 
Tclcl + 2(Tclclwaitstate) - TcYctv(min)- 
TpdWR186-WR530(LOW)[Tclcl- Tcvctv(min)+ U3 
Tpd(max)+ U4Tpd(max)]- Tdrqcl - tWRI 


=375 - 5 - [125 - 5 + 4.5 + 9.2] - 25 - 200 = 
11.3 ns margin 


NOTE: 
If one wait state DMA interface is required, external 
logic, like that used on the DTRREQ signal, can be 
used to force the 82530 REQ signal inactive. 


4. tREC: CLK recovery time. Due to the internal data 
path, a recovery period is required between SCC bus 
transactions to resolve metastable conditions internal to 
the SCC. The DMA request lines are marked from re- 
questing service until after the tREC has elapsed. In 
addition, the CPU should not be allowed to violate this 
recovery period when interleaving DMA transfers and 
CPU bus cycles. Software drivers or external logic 
should orchestrate the CPU and DMA controller oper- 
ation to prevent tREC violation. 


During hardware reset, the system RESET signal is as- 
serted high for a minimum of four 80186 clock cycles 
(1000 ns). The 82530 requires WR and RD to be simul- 
taneously asserted low for a minimum of 250 ns. 


• 
4 Tclcl - U3Tpd(max)- 2(U2)Tpd(max)+ U4 
Tpd(min)- tREC 


= 1000 - 17.5 - 2(5.5) + 3.5 - 250 ns = 725 ns 
margin 
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Personal 
computers 
have become the most prolific 
workstation in the office, serving a wide range of needs 
such as word processing, spreadsheets, and data bases. 
The need to interconnect PCs in a local environment 
has clearly emerged, for purposes such as the sharing of 
file, print, and communication servers; downline load- 
ing of files and application programs; electronic mail; 
etc. Proliferation of the PC makes it the workstation of 
choice for accessing the corporate mainframe/s; 
this 
function can be performed much more efficiently and 
economically when clusters of PCs are already inter- 
connected through Local Area Networks (LANs). Ac- 
cording to market surveys, the installed base of PCs in 
business environments reached about 10 million units 
year-end '85, with only a small fraction connected via 
LANs. The installed base is expected to double by 
1990. There is clearly a great need for locally intercon- 
necting these machines; furthermore, end users expect 
interconnectability across vendors. Thus, there is an ur- 
gent need for industry standards to promote cost effec- 
tive PC LANs. 


A large number of proprietary PC LANs have become 
available for the office environment over the past sever- 
al years. Many of these suffer from high installed cost, 
technical 
deficiencies, non-conformance 
to industry 
standards, and general lack of industry backing. Star- 
LAN, in Intel's opinion, is one of the few networks 
which will emerge as a standard. It utilizes a proven 
network access method, it is implemented with proven 
VLSI components; it is cost effective, easily installable 
and reconfigurable; it is technically competent; and it 
enjoys the backing of a large cross section of the indus- 
try which is collaborating to develop a standard (IEEE 
802.3, type IBASE5). 


StarLAN is a I Mb/s network based on the CSMA/ 
CD access method (Carrier 
Sense, Multiple Access 
with Collision Detection). 
It works over standard, 
unshielded, twisted pair telephone wiring. Typically, 
the wiring connects each desk to a wiring closet in a 
star topology (from which the IEEE Task Force work- 
ing on the standard 
derived the name StarLAN 
in 
1984). In fact, telephone and StarLAN wiring can coex- 
ist in the same twisted pair bundle connecting a desk to 
the wiring closet. Abundant quantities of unused phone 
wiring exist in most office environments, particularly in 
the U.S. The StarLAN concept of wiring and network- 
ing concepts was originated by AT&T Information Sys- 
tems. 


The 82588 is a single-chip LAN controller designed for 
CSMA/CD networks. It integrates in one chip all func- 


tions needed for such networks. Besides inplementing 
the standard CSMA/CD functions like framing, defer- 
ring, backing off and retrying on collisions, transmit- 
ting and receiving frames, it performs data encoding 
and decoding in Manshester or NRZI format, carrier 
sensing and collision detection, all up to a speed of 2 
Mb/s (independent of the chosen encoding scheme). 
These functions make it an optimum controller for a 
StarLAN node. The 82588 has a very conventional mi- 
crocomputer bus interface, easing the job of interfacing 
it to any processor. 


1.3 Organization 
of the Application 
Note 


This application note has two objectives. One is to de- 
scribe StarLAN in practical terms to prospective imple- 
menters. The other is to illustrate designing with 82588, 
particularly as related to StarLAN which is expected to 
emerge as its largest application area. 


Section 2 of this Application Note describes the Star- 
LAN network, its basic components, collision detec- 
tion, signal propagation and network parameters. Sec- 
tions 3 and 4 describe the 82588 LAN controller and its 
role in the StarLAN network. Section 5 goes into the 
details of designing a StarLAN node for the IBM PC. 
Section 6 describes the design of the HUB. Both these 
designs have been implemented and operated in an ac- 
tual StarLAN environment. Section 7 documents the 
software used to drive the 82588. It gives the actual 
procedures used to do operations like, configure, trans- 
mit and receive frames. It also shows how to use the 
DMA controller and interrupt controller in the IBM 
PC and goes into the details of doing I/O on the PC 
using DOS calls. Appendix A shows oscilloscope traces 
of the signals at various points in the network. Appen- 
dix B describes the multiple point extension (MPE) be- 
ing considered by IEEE. Appendixes C and D talk 
about advanced usages of the 82588; working with only 
one DMA channel, and measuring network delays with 
the 82588. 


For additional information on the 82588, see the Intel 
Microcommunications 
Handbook. StarLAN specifica- 
tion are currently 
available in draft standard 
form 
through the IEEE 802.3 Working Group. 


StarLAN 
is a low cost I Mb/s networking solution 
aimed at office automation applications. It uses a star 
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topology with the nodes connected in a point-to-point 
fashion to a central HUB. HUBs can be connected in a 
hierarchical fashion. Up to 5 levels are supported. The 
maximum distance between a node and the adjacent 
HUB or between two adjacent HUBs is 800 ft. (about 
250 meters) for 24 gauge wire and 600 ft. (about 200 
meters) for 26 gauge wire. Maximum node-to-node dis- 
tance with one HUB is 0.5 km, hence IEEE 802.3 des- 
ignation of type IBASE5. I stands for I Mb/s and 
BASE for baseband. (StarLAN doesn't preclude the use 
of more than 800 ft wiring provided 6.5 dB maximum 
attenuation is met, and cable propagation delay is no 
more than 4 bit times). 


One of the most attractive features of StarLAN is that 
it uses telephone grade twisted pair wire for the trans- 
mission medium. In fact, existing installed telephone 
wiring can also be used for StarLAN. Telephone wiring 
is very economical to buy and install. Although use of 
telephone wiring is an obvious advantage, for small 
clusters of nodes, it is possible to work around the use 
of building wiring. 


Factors contributing to low cost are: 
I) Use of telephone grade, unshielded, 24 or 26 gauge 
twisted pair wire transmission media. 
2) Installed base of redundant telephone wiring in most 
buildings. 
3) Buildings are designed for star topology wiring. 


They have conduits leading to a central location. 


4) Availability of low cost VLSI LAN controllers like 
the 82588 for low cost applications and the 82586 for 
high performance applications. 


5) Off-the-shelf, Low cost RS-422, RS-485 drivers/re- 
ceivers compatible with the StarLAN analog inter- 
face requirements. 


StarLAN, as the name suggests, uses a star topology. 
The nodes are at the extremities of a star and the cen- 
tral point is called a HUB. There can be more than one 
HUB in a network. The HUBs are connected in a hier- 
archical fashion resembling an inverted tree, as shown 
in Figure I, where nodes are shown as PCs. The HUB 
at the base (at level 3) of the tree is called the Header 
Hub (HHUB) and others are called Intermediate HUBs 
(IHUB). It will become apparent, later in this section, 
that topologically, this entire network of nodes and 
HUBs is equivalent to one where all the nodes are con- 
nected to a single HUB. Also StarLAN doesn't limit 
the number of nodes or HUBS at any given level. 


StarLAN is structured to run parallel to the telephone 
network in a building. The telephone network has, in 
fact, exactly the same star topology as StarLAN. Let us 
now examine how the telephone system is typically laid 
out in a building in the USA. Figure 2 shows how a 
typical building 
is wired for telephones. 
24 gauge 
unshielded twisted pair wires emanate from a Wiring 
Closet. The wires are in bundles of 25 or 50 pairs. The 
bundle is called D inside wiring (DIW). The wires in 
these cables end up at modular telephone jacks in the 
wall. The telephone set is either connected directly to 
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the jack or through an extension cable. Each telephone 
generally needs one twisted pair for voice and another 
for auxilliary power. Thus, each modular jack has 2 
twisted pairs (4 wires) connected to it. A 25 pair DIW 
cable can thus be used for up to 12 telephone connec- 
tions. In most buildings, not all pairs in the bundle are 
used. Typically, a cable is used for only 4 to 8 telephone 
connections. This practice is followed by telephone 
companies because it is cheaper to install extra wires 
initially, rather than retrofitting to expand the existing 
number of connections. As a result, a lot of extra, un- 
used wiring exists in a building. The stretch of cable 
between the wiring closet and the telephone jack is typi- 
cally less than 800 ft. (250 meters). In the wiring closet 
the incoming wires from the telephones are routed to 
another wiring closet, a PABX or to the central office 
through an interconnect matrix. Thus, the wiring closet 
is a concentration 
point in the telephone network. 


There is also a redundancy of wires between the wiring 
closets. 


2.1.2 StarLAN 
AND THE TELEPHONE 


NETWORK 


StarLAN does not have to run on building wiring, but 
the fact that it can significantly adds to its attractive- 
ness. Figure 3 shows how StarLAN piggybacks on tele- 
phone wiring. Each node needs two twisted pair wires 
to connect to the HUB. The unused wires in the 25 pair 
DIW cables provide an electrical path to the wiring 
closet, where the HUB is located. Note that the tele- 
phone and StarLAN are electrically isolated. They only 
use the wires in the same bundle cable to connect to the 
wiring closet. Within the wiring closet, StarLAN wires 
connect to a HUB and telephone wires are routed to a 
different path. Similar cable sharing can occur in con- 
necting HUBs to one another. See Figure 4 for a typical 
office wired for StarLAN through telephone wiring. 
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StarLAN 
and Ethernet 
are similar CSMA/CD 
net- 


works. Since Ethernet has existed longer and is better 
understood, a comparison of Ethernet with StarLAN is 
worthwhile. 
1. The data rate of Ethernet is IOMb/s and that of Star- 
LAN is 1 Mb/s. 


2. Ethernet uses a bus topology with each node con- 
nected to a coaxial cable bus via a 50 meter trans- 
ceiver cable containing four shielded twisted pair 
wires. StarLAN uses a star topology, with each node 
connected to a central HUB by a point to point link 
through two pairs of unshielded twisted pair wires. 


3. Collision detection in Ethernet is done by the trans- 
ceiver connected to the coaxial cable. Electrically, it 
is done by sensing the energy level on the coax cable. 
Collision detection in StarLAN is done in the HUB 
by sensing activity on more than one input line con- 
nected to the HUB. 


4. In Ethernet, the presence of collision is signalled by 


the transceiver to the node by a special collision de- 
tect signal. In StarLAN, it is signalled by the HUB 
using a special collision presence signal on the re- 
ceive data line to the node. 


5. Ethernet cable segments are interconnected using re- 


peaters in a non-hierarchical fashion so that the dis- 
tance between any two nodes does not exceed 2.8 
kilometers. In StarLAN, the maximum distance be- 
tween any two nodes is 2.5 kilometers. 
This is 


achieved by wiring a maximum of five levels of 
HUBs in a hierarchical fashion. 


A StarLAN network has three basic components: 
1. StarLAN node interface 
2. StarLAN HUB 
3. Cable 
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Figure 6 shows a typical StarLAN node interface. It 
interfaces to a processor on the system side. The proc- 
essor runs the networking software. The heart of the 
node interface is the LAN controller which does the job 
of receiving and transmitting the frames in adherence 
to the IEEE 802.3 standard protocol. It maintains all 
the timings-like 
the slot time, interframe 
spacing 
etc.-required 
by the network. It performs the func- 
tions of framing, deferring, backing-off, collision detec- 
tion which are necessary in a CSMA/CD 
network. It 
also does Manchester encoding of data to be transmit- 
ted and clock separation-or 
decoding-of 
the Man- 
chester encoded data that is received. These signals be- 
fore going to the unshieldea twist pair wire, may under- 
go pulse shaping (optional) pulse shaping basically 
slows down the fall/rise times of the signal. The pur- 
pose of that is to diminish the effects of cross-talk and 
radiation on adjacent pairs sharing the same bundle 
(digital voice, Tl trunks, etc). The shaped signal is sent 
on to the twisted pair wire through a pulse transformer 
for DC isolation. The signals on the wire are thus dif- 
ferential, DC isolated from the node and almost sinus- 
oidal (due to shaping and the capacitance of the wire). 


NOTE: 
Work done by the IEEE 802.3 committee has shown 
that no slew rate control on the drivers is required. 
Shaping by the transformer and the cable is sufficient 
to avoid excessive EMI radiation and crosstalk. 


The squelch circuit prevents idle line noise from affect- 
ing the receiver circuits in the LAN controller. The 
squelch circuit has a 600 mv threshold for that purpose. 
Also as part of the squelch circuitry an envelope detec- 
tor is implemented. Its purpose is to generate an enve- 
lope of the transitions of the RXD line. Its output serve 
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as a carrier sense signal. The differential signal from the 
HUB is received using a zero-crossing RS-422 receiver. 
Output of the receiver, qualified by the squelch circuit, 
is fed to the RxD pin of the LAN controller. The RxD 
signal provides three kinds of information: 
1) Normal received data, when receiving the frame. 
2) Collision information in the form of the collision 
presence signal from the HUB. 


3) Carrier sense information, indicating the beginning 
and the end of frame. This is useful during transmit 
and receive operations. 


HUB is the point of concentration in StarLAN. All the 
nodes transmit to the HUB and receive from the HUB. 
Figure 7 shows an abstract representation of the HUB. 
It has an upstream and a downstream signal processing 
unit. The upstream unit has N signal inputs and I sig- 
nal output. And the downstream unit has 1 input and 
N output signals. The inputs to the upstream unit come 
from 
the 
nodes 
or 
from 
the 
intermediate 
HUBs 
(IHUBs) and its output goes to a higher level HUB. 
The downstream 
unit is connected 
the other 
way 
around; input from an upper level HUB and the out- 
puts to nodes or lower level IHUBs. Physically each 
input and output consist of one twisted pair wire carry- 
ing a differential signal. The downstream unit essential- 
ly just re-times the signal received at the input, and 
sends it to all its outputs. The functions performed by 
the upstream unit are: 
I. Collision detection 
2. Collision Presence signal generation 
3. Signal Retiming 
4. Jabber Function 
5. Start of Idle protection timer 
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The co~li.siondetect.ion in the HUB is done by sensing 
the actIVItyon the mputs. If there is activity (or tran- 
sitions) on more than one input, it is assumed that more 
than one node is transmitting. This is a collision. If a 
collision is detected, a special signal called the Collision 
Presence Signal is generated. This signal is generated 
and sent out as long as activity is sensed on any of the 
input lines. This signal is interpreted by every node as 
an occurrence of collision. If there is activity only on 
one input, that signal is re-timed-or 
cleaned up of any 
accumulated jitter-and 
sent out. Figure 8 shows the 
input to output relations of the HUB as a black box. 


If a node transmits for too long the HUB exercises a 
J~bber function to disable the node from interfering 
WIth traffic from other nodes. There are two timers in 
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the HUB associated with this function and their opera- 
tion is described in section 6. 


The last function implemented by the HUB is the start 
of Idle protection timer. During the end of reception, 
the HUB will see a long undershoot at its input port. 
This undershoot is a consequence of the transformer 
discharging accumulated charge during the 2 microsec- 
onds of high of the idle pattern. The HUB should im- 
plement a protection mechanism to avoid the undesir- 
able effects of that undershoot. 


Figure 9 shows a block diagram of the HUB. A switch 
position determines whether the HUB is an IHUB or a 
HHUB (Header HUB). If the HUB is an IHUB 
the 
switch decouples the upstream and the downst;eam 
units. HHUB is the highest level HUB; it has no place 
to send its output signal, so it returns its output signal 
(through the switch) to the outputs of the downstream 
unit. There is one and only one HHUB in a StarLAN 
network and it is always at the base of'the tree. The 
returned signal eventually reaches every node in the 
network through the intermediate nodes (if any). Star- 
LAN specifications do not put any restrictions on the 
number of IHUBS at any level or on number of inputs 
to any HUB. The number of inputs per HUB are typi- 
cally 6 to 12 and is dictated by the typical size of clus- 
ters in a given networking environment. 
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Figure 9. StarLAN 
HUB Block Diagram 


Although it is outside the scope of the IEEE 802.3 
IBASE5 standard, there is considerable interest in us- 
ing fiber optics and coaxial cable for node to HUB or 
HUB to HUB links especially in noisy and factory envi- 
ronments. Both these types of cables are particularly 
suited for point-to-point connections. Even mixing of 
different types of cables is possible (this kind of envi- 
ronments are not precluded). 


Unshielded telephone grade twisted pair wires are used 
to connect a node to a HUB or to connect two HUBs. 
This is one of the cheapest types of wire and an impor- 
tant factor in bringing down the cost of StarLAN. 


Although the 24 gauge wire is used for long stretches, 
the actual connection between the node and the tele- 
phone jack in the wall is done using extension cable, 
just like connecting a telephone to a jack. For very 
short StarLAN configurations, where all the nodes and 
the HUB are in the same room, the extension cable 
with plugs at both ends may itself be sufficient for all 
the wiring. (Extension cables must be of the twisted 
pair kind, no flat cables are allowed). 


The telephone twisted pair wire of 24 gauge has the 
following characteristics: 


Attenuation 
DC Resistance 
Inductance 
Capacitance 
Impedance 


: 42.55 db/mile 
@ I MHz 
: 823.69 .I1/mile 


0.84 mH/mile 
0.1 JLF/mile 
92.6.11,-4 
degrees @ I MHz 


Experiments have shown that the sharing of the tele- 
phone cable with other voice and data services does not 
cause any mutual harm due to cross-talk and radiation, 
provided every service meets the FCC limits. 


NOTE: 
StarLAN IEEE 802.3 IBASE5 draft calls for a maxi- 
mum attenuation 
of 6.5 dB between the transmitter 
and the corresponding receiver at all frequencies be- 
tween 500 KHz to I MHz. Also the maximum al- 
lowed cable propagation delay is 4 microseconds. 


Figure 10 shows the format of a 802.3 frame. The be- 
ginning of the frame is marked by the carrier going 
active and the end marked by carrier going inactive. 
The preamble has a 56 bit sequence of 101010 .... 
ending in a O.This is followed by 8 bits of start of frame 
delimiter (sfd) - 
10101011. These bits are transmitted 
with the MSB (leftmost bit) transmitted 
first. Source 
and destination fields are 6 bytes long. The first byte is 
the least significant byte. These fields are transmitted 
with LSB first. The length field is 2 bytes long and gives 
the length of data in the Information field. The entire 
information field is a minimum of 46 bytes and a maxi· 
mum of 1500 bytes. If the data content of the Informa- 


tion field is less than 46, padding bytes are used to 
make the field 46 bytes long. The Length field indicates 
how much real data is in the Information field. The last 
32 bits of the frame is the Frame Check Sequence 
(FCS) and contains the CRC for the frame. The CRC is 
calculated from the beginning of the destination ad- 
dress to the end of the Information field. The generat- 
ing polynomial (Autodin II) used for CRC is: 


X32 + X26 + X23 + X22 + X16 + X12 + X11 + 


Xl0 + X8 + X7 + X5 + X4 + X2 + X + 1 


The frames can be directed to a specific node (LSB of 
address must be 0). to a group of nodes (multicast or 
group-LSB 
of address must be I) or all nodes (broad- 
cast-all 
address bits must be 1). 


Figure 11 will be used to illustrate three typical situa- 
tions in a StarLAN with two IHUBs and one HHUB. 
Nodes A and B are connected to HUBl, nodes C and D 
to HUB2 and node E to HUB3. 
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Whenever node A transmits a frame Fa, it will reach 
HUB1. If node B is silent, there is no collision. HUBI 
will send Fa to HUB3 after re-timing the signal. If 
nodes C, D and E are also silent, there is no collision at 
HUB2 or HUB3. Since HUB3 is the HHUB, it sends 
the frame Fa to HUBl, HUB2 and to node E after re- 
timing. HUB 1 and HUB2 send the frame Fa to nodes 
A, Band 
C, D. Thus, Fa reaches all the nodes on the 
network including the originator node A. If the signal 
received by node A is IIvalid Manchester signal and not 
the Collision Presence Signal (CPS) for the entire dura- 
tion of the slot time, then the node A assumes that it 
was a successful transmission. 


If both nodes A and B were to transmit, HUBI will 
detect it as a collision and will send signal Fx (the Colli- 
sion Presence Signal) to the HUB3-Note 
that HUBI 
does not send Fx to nodes A and B yet. HUB 3 receives 
a signal from HUB 1 but nothing from node E or 
HUB2, thus it does not detect the situation as a colli- 
sion and simply re-times the signal Fx and sends it to 
node E, HUB2 and HUB1. Fx ultimately reach all the 
nodes. Nodes A and B detect this signal as CPS and 
call it a collision. 


In addition to nodes A and B, if node C were also to 
transmit, the situation at HUB I will be the same as in 
situation 
112. HUB2 will propagate Fc from C towards 
HUB3. HUB3 now sees two of its inputs active and 
hence generates its own Fx signal and sends it towards 
each node. 


These situations should also illustrate the point made 
earlier in the chapter that, the StarLAN network, with 
nodes connected to multiple HUBs is, logically, equiva- 
lent to all the nodes connected to a single HUB (Yet 
there are some differences between stations connected 
at different HUB levels, those are due to different de- 
lays to the header hub HHUB). 


2.5 StarLAN System and Network 
Parameters 


Preamble length (incl. sfd) 
64 bits 
Address length 
6 bytes 
FCS length CRC (Autodin II) 
32 bits 
Maximumframelength 
1518bytes 
Minimum frame length 
64 bytes 
Slot time 
512 bit times 
Interframe spacing 
96 bit times 
Minimum jam timing 
32 bit times 
Maximum number of collisions 
16 
Backofflimit 
10 


Backoff method 
Truncated binary exponential 
Encoding 
Manchester 


Clock tolerance 
±0.01% (IOOppm) 
Maximum jitter per segment 
± 62.5 ns 


One of the attractive features of StarLAN is the avail- 
ability of the 82588, a VLSI LAN controller, designed 
to meet the needs of a StarLAN node. The main re- 
quirements of a StarLAN node controller are: 
1. IEEE 802.3 compatible CSMA/CD controller. 
2. Configurable to StarLAN network and system pa- 
rameters. 
3. Generation of all necessary clocks and timings. 
4. Manchester data encoding and decoding. 
5. Detection of the Collision Presence Signal. 
6. Carrier Sensing. 
7. Squelch or bad signal filtering. 
8. Fast and easy interface to the processor. 


82588 performs all these functions in silicon, providing 
a minimal hardware interface between the system proc- 
essor and the StarLAN physical link. It also reduces 
the software needed to run the node, since a lot of func- 
tions, like deferring, back off, counting the number of 
collisions etc., are done in silicon. 


The CSMA/CD control unit on the 82588 performs the 
functions 
of deferring, 
maintaining 
the 
Interframe 
Space (IFS) timing, reacting to collision by generating a 
jam pattern, calculating the back-off time based on the 
number of collisions and a random number, decoding 
the address of the incoming frame, discarding a frame 
that is too short, etc. All these are performed by the 
82588 in accordance to the IEEE 802.3 standards. For 
inter-operability of different nodes on the StarLAN net- 
work it is very important to have the controllers strictly 
adhere to the same standards. 


Almost all the networking parameters are programma- 
ble over a wide range. This means that the StarLAN 
parameters form a subset of the total potential of the 
82588. This is a major advantage for networks whose 
standards are being defined and are in a flux. It is also 
an advantage when carrying over the experience gained 
with the component in one network to other applica- 
tions, with differing parameters (leveraging the design). 


The 82588 is initialized or configured to its working 
environment by the CONFIGURE 
command. After 
the execution of this command, the 82588 knows its 
system and network parameters. A configure block in 
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Figure 12. Configuration 
Block 
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memory is loaded into the 82588 by DMA. This block 
contains all the parameters to be programmed as shown 
in Figure 12. Following is a partial list of the parame- 
ters with the programmable range and the StarLAN 
value: 


Parameter 
Range 
StarLAN 
Value 
Preamble length 
2,4, 8, 16 bytes 
8 
Address length 
o to 6 bytes 
6 
CRCtype 
16,32 bit 
32 
Minimum frame 
length 
6 to 255 bytes 
64 
Interframe 


spacing 
12 to 255 bit times 
96 
Slot time 
I to 2047 bit times 
512 
Number of 
retries 
o to 15 
15 


Parameter 
Range 
StarLAN 
Value 
Data encoding 
NRZI, Man., 
Diff. Man. 
Manch. 


Collision 
Code viol., 
detection 
Bit compo 
Code Viol. 


Beside these, there are many other options available, 
which mayor 
may not apply to StarLAN: 


Data sampling rate of 8 or 16 
Operating in Promiscuous mode 
Reception of Broadcast frames 
Internal loopback operation 
External loopback operation 
Transmit without CRC 
HDLC Framing 


intJ 


The 82588 requires two clocks; one for the operation of 
the system interface and another for the serial side. 
Both clocks are totally asynchronous 
to each other. 


This permits transmitting and receiving frames at data 
rates that are virtually independent of the speed at 
which the system interface operates. 


The serial clock can be generated on chip using just an 
external crystal of a value 8 or 16 times the desired bit 
rate. An external clock may also be used. 


The 82588 has a set of timers to maintain various tim- 
ings necessary to run the CSMA/CD 
control unit. 


These are timings for the Slot time, Interframe spacing 


time, Back off time, Number of collisions, Minimum 
frame length, etc. These timers are started and stopped 
automatically by the 82588. 


3.4 
Manchester 
Data Encoding and 
Decoding 


In StarLAN the data transmitted by the node must be 
encoded in Manchester format. The node should also 
be able to decode Manchester encoded data when re- 
ceiving a frame--a process also known as clock recov- 
ery. The 82588 does the encoding and decoding of data 
bits on chip for data rates up to 2 Mb/s. 


Besides Manchester, the 82588 can also do encoding 
and decoding in NRZI 
and Differential Manchester 


formats. 
Figure 
13 shows samples of encoding 
in 


Encoding 
Mid Bit Cell 
Bit Cell Boundary 
Method 
Transitions 
Transitions 


NRZ 
Do not exist. 
Identical to original data. 


NRZI 
Do not exist. 
Exist only if original data 
bit equals o. 
Dependent 
on present 
encoded 
signal level: 
to 0 if 1 
to 1 if 0 


Manchester 
Exist for every bit of 
Exist for consequent 
equal 
the original data: 
bits of original data: 


from 0 to 1 for 1 
from 1 to 0 for 1 1 
from 1 to 0 for 0 
from 0 to 1 for 0 0 


Differential 
Exist for every bit of 
Exist only if original data 
Manchester 
the original data. 
bit equals o. 
Dependent 
on present 
Dependent 
on present 
Encoded 
signal level: 
Encoded 
signal level: 


to 0 if 1 
to 0 if 1 
to 1 if 0 
to 1 if 0 
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these three formats. The main advantage of NRZI over 
the other two is that NRZI requires half the channel 
bandwidth, for any given data rate. On the other hand, 
since the NRZI signal does not have as many tran- 
sitions as the other two, clock recovery from it is more 
difficult. The main advantage of Differential Manches- 
ter over straight Manchester is that for a signal that is 
differentially driven (as in RS 422), crossing of the two 
wires carrying the data does not change the data re- 
ceived at the receiver. In other words, NRZI and Dif- 
ferential Manchester encoding methods are polarity in- 
sensitive (Even though NRZI, Differential Manchester 
are polarity insensitive, the 82588 expects a high level 
in the RXD line to detect carrier inactive at the end of 
frames). 


3.5 
Detection 
of the Collision 
Presence Signal 


In a StarLAN network, HUB informs the nodes that a 
collision has occurred by sending the Collision Pres- 
ence Signal (CPS) to the nodes. The CPS signal is a 
special signal which contains violations in Manchester 
encoding. Figure 14shows the CPS signal. It has a 5 ms 
period, looking very much like a valid Manchester sig- 
nal except for missing transitions 
(or violations) at 


periodic intervals. When the 82588 decodes this signal, 
it fails to see mid-cell transitions repeatedly at intervals 
of 2.5 bit times and hence calls it a code violation. The 
edges of CPS are marked for illustration as a, b, c, 
d, ... 1.Let us see how the 82588 interprets the signal if 
it starts calling the edge 'a' as the mid-cell transition for 
'1'. Then edge at 'b' is '0'. Now the 82588 expects to see 
an edge at ,., but since there is none, it is a Manchester 
code violation. The edge that eventually does occur at 
'd' is then used to re-synchronize and, since it is a fall- 
ing edge, it is taken as a mid-cell transition for '0'. The 
edge at 'e' is for a '1' and then again there is no edge at 
'.'. This goes on, with the 82588 flagging code violation 
and re-synchronizing again every 2.5 bit times. When a 
transmitting node sees this CPS signal being returned 
by the HUB (instead of a valid Manchester signal it 
transmitted), it assumes that a collision occurred. The 
82588 has two built-in mechanisms to detect collisions. 
These mechanisms are very general and can be used for 
a very broad class of applications to detect collisions in 
a CSMA/CD 
network. Using these mechanisms, the 
82588 can detect collisions (two or more nodes trans- 
mitting simultaneously) by just receiving the collided 
signal during transmission, even if there was no HUB 
generating the CPS signal. 
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3.5.1 COLLISION 
DETECTION 
BY CODE 
VIOLATION 


If during transmission, the 82588 sees a violation in the 
encoding (Manchester, NRZI or Differential Manches- 
ter) used, then it calls it a collision by aborting the 
transmission and transmitting a 32 bit jam pattern. The 
algorithm used to detect collisions, and to do the data 
decoding, is based on finding the number of sampling 
clocks between an edge to the next one. Suppose an 
edge occurred at time 0, the sampling instant of the 
next edge determines whether it was a collision (C), a 
long pulse (L)-with 
a nominal width of 1bit time-,or 
a short pulse (S)-nominal 
width of half a bit time. The 
following two charts show the decoding and collision 
detection algorithm for sampling rates of 8 and 16 
when using Manchester encoding. The numbers at the 
bottom of the line indicate sampling instances after the 
occurrence of the last edge (at 0). The alphabets on the 
top show what would be inferred by the 82588 if the 
next edge were to be there. 


Sampling rate = 8 (clock is 8x bit rate) 
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Collision also if: 
RxD stays low for 13 samples or more 
A mid cell transition is missing 


Sampling rate = 16 (clock is 16x bit rate) 
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Collision also if: 
RxD stays low for 25 samples or more 
A mid cell transition is missing 


A single instance of code violation can qualify as colli- 
sion. The 82588 has a parameter called collision detect 
filter (CDT Filter) that can be configured from 0 to 7. 
This parameter determines for how many bit times the 
violation must remain active to be flagged as a collision. 
For StarLAN CDT Filter must be configured to 0- 
that is disabled. 


3.5.2 COLLISION 
DETECTION 
BY SIGNATURE 
(OR BIT) COMPARISON 


This method of collision detection compares a signature 
of the transmitted data with that of the data received on 
the RxD pin while transmitting. 
Figure 15 shows a 
block diagram of the logic. As the frame is transmitted 
it flows through the CRC generation logic. A timer, 
called the Tx slot timer, is started at the same time that 
the CRC generation starts. When the count in the timer 
reaches the slot time value, the current value of the 
CRC generator is latched in as the transmit signature. 
As the frame is returned back (through the HUB) it 
flows through the CRC checker. Another timer-Rx 
slot timer-is 
started at the same time as the CRC 
checker starts checking. When this timer reaches the 
slot time value, the current value of the CRC checker is 
latched in as the receive signature. If the received signa- 
ture matches the transmitted one, then it is assumed 
that there was no collision. Whereas, if the signatures 
do not match, a collision is assumed to have occurred. 
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Figure 15. Collision 
Detection 
by Signature 
Comparison 
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Note that, even if the collision were to' occur in the first 
few bits of the frame, a slot time must elapse before it is 
detected. In the code violation method, collision is de- 
tected within a few bit times. However, since the signa- 
ture method compares the signatures, which are char- 
acteristic of the frame being transmitted, it is more ro- 
bust. The code violation method can be fooled by re- 
turning a signal to the 82588 which is not the same as 
the transmitted 
signal but is a valid Manchester sig- 
nal-like 
a I MHz signal. Both methods can be used 
simultaneously giving a combination of speed and ro- 
bustness. 


NOTE~ 
In order to reliably detect a collision using the colli- 
sion by bit comparison mode, the transmitter 
must 
still be transmitting up to the point where the receiver 
has seen enough bits to complete its signature. Other- 
wise, the transmitter may be done before the RX sig- 
nature is completed resl;llting in an undetected colli- 
sion. A sufficient condition to avoid this situation is to 
transmit frames with a minimum length of 1.5 • slot- 
time (see Figure 16). 


3.5.3 ADDITIONAL 
COLLISION 
DETECTION 
MECHANISM 


In addition to the collision detection mechanisms de- 
scribed in the preceding sections, the 82588 also flags 
collision when after starting a transmission any of the 
following conditions become valid: 
a) Half a slot time elapses and the carrier sense of 
82588 is not active. 


b) Half a slot time + 16 bit times elapse and the open- 
ing flag (sfd) is not detected. 
c) Carrier sense goes inactive after an opening flag is 
received with transmitter still active. 


These mechanisms add a further robustness to the colli- 
sion detection mechanism of the 82588. It is also possi- 
ble to OR an externally generated collision detect signal 
to the internally generated condition by bit comparison 
(see Figure 17). 


A StarLAN network is considered to be busy if there 
are transitions on the cable. Carrier is supposed to be 
active if there are transitions. Every node controller 
needs to know when the carrier is active and when not. 
This is done by the carrier sensing circuitry. On the 
82588 this circuit is on chip. It looks at the RxD (re- 
ceive data) pin and if there are transitions, it turns on 
an internal carrier sense signal. It turns off the carrier 
sense signal ifRxD remains in idle (high) state for 13/8 
bit times. This carrier sense information is used to mark 
the start of the interframe space time and the back off 
time. The 82588 also defers transmission when the car- 
rier sense is active. 


When operating in the NRZI encoded mode, carrier 
sense is turned off if RxD pin is in the idle state for 8 bit 
times or more (see Figure 18). 
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Figure 17. Mode 0, Collision 
Detection 


If the signal received has the proper level but not the 
proper timing, it should not bother the receiver. This is 
accomplished by the time squelch circuit on the 82588. 
Time squelching is essential to weed out spikes, glitches 
and bad signal especially at the beginning of a frame. 
The 82588 does not turn on its carrier sense (or receive 
enable) signal until it receives three consecutive edges, 
each separated by time periods greater than the fast 
time clock high time but less than 13/8 bit-times as 
shown in Figure 18. 


Squelch circuit is used to filter idle noise on the receiver 
input. Basically two types of squelch may be used: Volt- 
age and time. Voltage squelch is done to filter out sig- 
nals whose strength is below a defined voltage thresh- 
old (0.6 volts for StarLAN). It prevents idle line noise 
from disturbing the receive circuits on the controller. 
The voltage squelch circuit is placed right after the re- 
ceiving pulse transformer. It enables the input to the 
RxD pin of the 82588 only when the signal strength is 
above the threshold. 
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shows that it has an 8 bit data bus, read, write, chip 
select, interrupt and reset pins going to the processor 
bus. It also needs an external DMA controller for data 
transfer. A system clock of up to 8 MHz is needed. The 
read and write access times of the 82588 are very 
short-95 
ns-as 
shown by Figure 20. This further fa- 


cilitates interfacing the controller to almost any proces- 
sor. 


The carrier sense activation can be programmed for a 
further delay by up to 7 bit times by a configuration 
parameter called carrier sense filter. 


The 82588 has a conventional bus interface making it 
very easy to interface to any processor bus. Figure 19 
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• lit: 
0 ••.>00 
file> over :>uoytes or registerS, ana most are 
accessed only indirectly. Figure 21 shows the register 
access mechanism of the 82588. It has one I/O port and 
2 DMA channel ports. These are the windows into the 
82588 for the CPU and the DMA controller. An exter- 
nal CPU can write into the Command register and read 
from the Status registers using I/O instructions and 
asserting chip select and write or read lines. Although 
there is just one I/O port and 4 status registers, they 
can be read out in a round robin fashion through the 
same port as shown in Figure 22. Other registers like 
the Configuration, Individual Address registers can be 


accessea only through lJMA. All the Internal registers 
can be dumped into memory by DMA using the Dump 
command. The execution of some of the commands is 
described in section 4. See the 82588 Reference Manual 
for details on these commands. 


Besides the standard functions that can be used directly 
for StarLAN, the 82588 offers many debug and diag- 
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POINTER 
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STATUS 3 


READ_STATUS_588: 
PROCEDURE; 


OUTPUT 
(CS_588) = 15; 


STATUS_588(0)=INPUT 
(CS_588); 


STATUS_588(1)=INPUT 
(CS_588); 


STATUS_588(2)=INPUT 
(CS_588); 


STATUS_588(3)=INPUT 
(CS_588); 


RETURN 


END READ_STATUS_588; 


/0 COMMAND 
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/0 RELEASE 
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STATUS REGISTER 
IMAGE 
0/ 
r 
IN MEMORY. 


nostics functions. The DIAGNOSE command of the 
82588does a self-testof most of the counters and timers 
in the 82588 serial unit. Using the DUMP command, 
all the internal registers of the 82588 can be dumped 
into the memory. The TDR command does Time Do- 
main Reflectometery on the network. The 82588 has 
two loopback modes of operation. In the internal loop- 
back mode, the TXD line is internally connected to the 
RXD one. No data appears outside the chip, and the 
82588 is isolated from the link. This mode enables 
checking of the receive and transmit machines without 
link interference. In the external loopback mode, the 
82588 becomes a full duplex device, being able to re- 
ceive its own transmitted frames. In this mode data 
goes through the link and all CSMA/CD mechanisms 
are involved. 


When the 82588 receives a frame from the HUB, the 
signal has jitter. Jitter is the shifting of the edges of the 
signal from their nominal position due to the transmis- 
sion over a length of cable. Many factors like, intersym- 
001interference (pulses of different widths have differ- 
ent delays through the transmission media), rise and 
fall times of drivers and receivers, cross talk etc., con- 
tribute to the jitter. StarLAN specifiesa maximum jit- 
ter of ± 62.5 ns whenever the signal goes from a 
NODE/HUB or HUB/HUB. Figure 23 shows that the 
jitter tolerance of the 82588 is exactly the required 


±62.5 ns at I Mbs for both 8X, 16X Manchester en- 
coded data. 
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x8 
x16 


Manchester 
±1j,6 
± 1/16 


NAZI 
±1/166T 
±3/326T 


(Code Violations 
Enabled) 


NAZI 
± 3116 6T 
±3/166T 


(Code Violations 
Disabled) 


This chapter describes the basic 82588 operations. 
Please refer to the 82588 reference manual in Intel Mi- 
crocommunications Handbook for a detailed descrip- 
tion. Basic operations like transmitting a frame, receiv- 
ing a frame, configuring the 82588 and dumping the 
register contents are discussed here to give a feel for 
how the 82588 works. 
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4.1 Transmit and Retransmit 
Operations 


To transmit a frame, the CPU prepares a block in the 
memory called the transmit data block. As shown in 
Figure 24, this block starts with a byte count field, indi- 
cating how long the rest of the block is. The destination 
address field contains the node address of the destina- 
tion. The rest of the block contains the information or 
the data field of the frame. The CPU also programs the 
DMA controller with the start address of the transmit 
data block. The DMA byte count must be equal to or 
greater than the block length. The 82588 is then issued 
a TRANSMIT 
command-an 
OUT instruction to the 
command port of the 82588. The 82588 starts generat- 
ing DMA requests to read in the transmit data block by 
DMA. It also determines whether and how long it must 
defer on the link and after that, it starts transmitting 
the preamble. The 82588 constructs the frame on the 
fly. It takes the destination address from the memory, 
source address from its own individual address memory 
(previously programmed), data field from the memory 
and the CRC, is generated on chip, at the end of the 
frame. 


1. Prepare Transmit Data-Block 
in Memory 
2. Program DMA Controller 
3. Issue Transmit 
Command 
on the Desired 
Channel 


BYTE 
COUNT 
U 


DESTIN. 
ADDRESS 


INFORMATION 


Transmit 
Data Block 
4. Interrupt is received on completion of com- 
mand or if the command was aborted or 
there was a collision. The status bytes I and 
2 indicate the result of the operation. 


7 
6 


TX 
HRT 
DEF 
BEAT 


STAlUS 
2 
231422-26 
Transmit 
& Retransmit 
Results 
Format 


At the conclusion of transmission the 82588 generates 
an interrupt to the CPU. The CPU can then read the 


status registers to find out if the transmission was suc- 
cessful. If a collision occurs during transmission, the 
82588 aborts transmission and generates the jam se- 
quence, as required by IEEE 802.3, and informs the 
CPU through interrupt and the status registers. It also 
starts the back-off algorithm. 


To re-attempt transmission, the CPU must reinitialize 
the DMA controller 7to the start of the transmit data 
block and issue a RETRANSMIT 
command to the 
82588. When the 82588 receives the retransmit com- 
mand and the back-off timer has expired, it transmits 
again. Interrupt and the status register contents again 
indicate the success or failure of the (re)transmit at- 
tempt. 


The main diffefence between transmit and retransmit 
commands is that retransmit does not clear the internal 
count for the number of collisions occurred, whereas 
transmit does. Moreoever, retransmit takes effect only 
when the back-off timer has expired. 


To initialize the 82588 and program its network and 
system parameters, a configure operation is performed. 
It is very similar to the transmit operation. Instead of a 
transmit data block as in transmit command, a config- 
ure data block-shown 
in Figure 12-is 
prepared by 
the CPU in the memory. The first two bytes of the 
block specify the length of the rest of the block, which 
specify the network and system parameters 
for the 
82588. The DMA controller is then programmed by 
the CPU to the beginning of this block and a CONFIG- 
URE command is issued to the 82588. The 82588 reads 
in the parameters by DMA and loads the parameters in 
the on-chip registers. 


Similarly, for programming the INDIVIDUAL 
AD- 
DRESS and MULTICAST 
ADDRESSes, 
the DMA 
controller is used to load the 82588 registers. 


Before enabling the 82588 for reception the CPU must 
make a buffer available for the frame to be received. 
The CPU must program the DMA controller with the 
starting address of the buffer and then issue the RX 
ENABLE command to the 82588. When a frame ar- 
rives at the RxD pin of the 82588, it starts being re- 
ceived. Only if the address in the destination address 
matches either the Individual address, Multicast ad- 
dress or if it is a broadcast address, is the frame deposit- 
ed into memory by the 82588 using DMA. The format 
of storage in the memory is shown in Figure 25. At the 
end, a two byte field is attached which shows the status 
of the received frame. If CRC, alignment or overrun 
errors are encountered, they are reported. An inter- 
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1. Prepare a Buffer for Reception 
2. Program DMA Controller 
3. Issue Receiver Enable Command 
When a frame is received, it is deposited in the 
memory. Receive status bytes (2) are appended to 
the frame in the memory, byte count written in the 
status registers 1, 2, and an interrupt is generated. 


SRT 
NO 
RECEIVE 
FRM 
EOF 
STATUS 
RCV 
O.K. 


STATUS REG. 1 


STATUS REG. 2 


DESTIN. 
ADDRESS 


SOURCE 
ADDRESS 


INFORMATION 


RECEIVE 
STATUS 


rupt from 82588 occurs when all the bytes have been 
transferred to the memory. This informs the CPU that 
a new frame has been received. 


If the received frame has errors, the CPU must recover 
(or re-use) the buffer. Note that the entire frame is de- 
posited into one buffer. The 82588 when NOT config- 
ured for the external loopback mode, will detect colli- 
sions (code violations) during receptions. If a collision 
is detected, the reception is aborted and status updated. 
CPU is then informed by an interrupt (if the collided 
frame fragment is shorter than the address length, no 
reception will be started), and no interrupt will happen. 


It is also possible to receive a frame into a number of 
fixed size buffers. This is particularly economical if the 
received frames vary widely in size. If the single buffer 
scheme were used as described above, the buffer re- 
quired would have to be bigger than the longest expect- 
ed frame and would be very wasteful for very short 
(typically acknowledge or control) frames. The multi- 
ple buffer reception is illustrated in Figure 26. It uses 
two DMA channels for reception. 


)'~ 
'""'" 


~~'""''' 


~~'"''''' 


IZ]=''',." "'" D'"''''' 


@BUFFER 1 


@BUFFER 2 


@BUFFER 3 
···· 
@BUFFER N 


Buffer 
Pointer 
Table 
(Managed 
by CPU) 


inter 


As in single buffer reception, the one channel, say chan- 
nel 0, of the DMA controller is programmed to the 
start of buffer I, and the 82588 is enabled for reception 
with the chaining bit set. As soon as the first byte is 
read out of the 82588 by the DMA controller and writ- 
ten into the first location of buffer I, the 82588 gener- 
ates an interrupt, saying that it is filling up its last avail- 
able buffer and one more buffer must be allocated. The 
filling up of the butTer 1 continues. The CPU responds 
to the interrupt by programming the other DMA chan- 
nel-ehannel 
I-with 
the start address of the second 
butTer and issuing an ASSIGN ALTERNATE 
butTer 
command with an INTACK (interrupt acknowledge). 
This informs the 82588 that one more butTer is avail- 
able on the other channel. When butTer 1 is filled up 
(the 82588 knows the size of butTersfrom the configura- 
tion command), the 82588 starts generating the DMA 
requests on the other channel. This automatically starts 
filling up butTer 2. As soon as the first byte is written 
into butTer 2, the 82588 interrupts the CPU again ask- 
ing for one more butTer. The CPU programs the chan- 
nel 0 of the DMA controller with the start address of 
butTer3, issues an ASSIGN ALTERNATE butTercom- 
mand with INTACK. This keeps the butTer 3 ready for 
the 82588. This switching of channels continues until 
the entire frame is received generating an end of frame 
interrupt. The CPU maintains the list of pointers to the 
butTers used. 


Since a new butTer is allocated at the time of filling up 
of the last butTer, the 82588 automatically switches to 
the new buffer to receive the next frame as soon as the 
last frame is completely received. It can start receiving 
the new frame almost immediately, even before the end 
of frame interrupt is serviced and acknowledged by the 
CPU. If a new frame comes in, and the previous frame 


interrupt 
is not yet acknowledged, another interrupt 
needed for new butTer allocation is butTered (and not 
lost). As soon as the first one is acknowledged, the in- 
terrupt line goes active again for the butTered one. 


If by the time a butTerfills up no new butTeris available, 
the 82588 keeps on receiving. An overrun will occur 
and will be reported in the received frame status. How- 
ever, ample time is available for the allocation of a new 
butTer.It is roughly equal to the time to fill up a butTer. 
For 128 byte buffers it is 128 X 8 = 1024 ms or ap- 
proximately 1 millisec. You get 1 ms to assign a new 
butTer after getting the interrupt for it. Hence the pro- 
cess of multiple butTer reception is not time critical for 
the system performance. 


This method of reception is particularly 'useful to guar- 
antee the reception of back-to-back frames separated by 
IFS time. This is because a new butTer is always avail- 
able for the new frame after the current frame is re- 
ceived. 


Although both the DMA channels get used up in re- 
ceiving, only one channel is kept ready for reception 
and the other one can be used for other commands until 
the reception starts. If an execution command 
like 
transmit or dump command is being executed on a 
channel which must be allocated for reception, the 
command gets automatically 
aborted when the AS- 
SIGN ALTERNATE 
BUFFER command is issued to 
the channel used for the execution command. The in- 
terrupt for command abortion occurs after the end of 
frame interrupt. 
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All the 82588 internal registers can be dumped in the 
memory by the DUMP command. A DMA channel is 
used to transfer the register contents to the memory. It 
is very similar to reception of a frame; instead of data 
from the serial link, the data from the registers gets 
written into the memory. This provides a software de- 
bugging and diagnostic tool. 


Other 
82588 operations 
like 
DIAGNOSE, 
TDR, 


ABORT, etc. do not require any parameter or data 
transfer. They are executed by writing a command to 


the 82588 command register and knowing the results (if 
any) through the status registers. 


This chapter deals with the hardware-the 
StarLAN 


board-to 
interface the IBM PC to a StarLAN Net- 


work. This is a slave board which takes up one slot on 
the I/O channel of the IBM PC. Figure 27 shows an 
abstract block diagram of the board. It requires the 
IBM PC resources of the CPU, memory, DMA and 
interrupt controller on the system board to run it. Such 
a board has two interfaces. The IBM PC I/O Channel 
on the system or the parallel side and the telephone 
grade twisted pair wire on the serial side. Figures 28, 29 
show the circuit diagram of the board. 
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5.1 
Interfacing 
to the IBM PC I/O 
Channel 


IBM PC has 8 slots on the system board to allow ex- 
pansion of the basic system. All of them are electrically 
identical and the I/O channel is the bus that links them 
all to the 8088 system bus. The I/O channel contains 
an 8 bit bidirectional data bus, 20 address lines, 6 levels 
of interrupt, 3 channels of DMA control lines and other 
control lines to do I/O and memory read/write opera- 
tions. Figure 30 shows the signals and the pin assign- 
ment for the I/O Channel. 
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5.1.1 REGISTER 
ACCESS 
AND DATA 
BUS 
INTERFACE 


The CPU accesses the StarLAN adapter card through 2 
I/O address windows. Address 300H is used to access 


to 82588 for commands and status, address 30lH ac- 
cesses an on board control port that enables the various 
interrupt and DMA lines. Even though only two ad- 
dresses are needed, the card uses all the 16 addresses 
spaces from 300H to 30FH. This was done to keep sim- 
plicity and minimum component count. Registers ad- 
dress decoding is done using a PAL (16L8) and an ex- 
ternal NAND gate (U8). 


Usage 


DMA Chip 8237 A-5 
Interrupt 
8259A 
Timer 8253-5 
PP18255A-5 
DMA Page Registers 
NMI Mask Register 
Reserved 
Reserved 
Game Control 
Expansion 
Unit 
Reserved 
Reserved 
Reserved 
Asynchronous 
Communications 


(Secondary) 
Prototype 
Card 
Fixed Disk 
Printer 
SDLC Communications 
Binary Synchronous 
Communications 


(Secondary) 
Binary Synchronous 
Communications 


(Primary) 
IBM Monochrome 
Display/Printer 


Reserved 
Color/Graphics 
Reserved 
Diskette 
Asynchronous 
Communications 


(Primary) 


• At power-on 
time, the Non Mask Interrupt 
into the 


8088 is masked off. 
This mask bit can be set and reset through 
system software 
as follows: 
Set mask: Write hex 80 to I/O Address 
hex AO 


(enable NMI) 
Clear mask: Write hex 00 to I/O Address 
hex AO 


(disable NMI) 
•• SDLC Communications 
and Secondary 
Binary 


Synchronous 
Communications 
cannot 
be used 


together 
because 
their hex addresses 
overlap. 


Hex Range 


OOO-OOF 
020-021 
040-043 
060-063 
080-083 
OAX· 
OCX 
OEX 
200-20F 
210-217 
220-24F 
278-27F 
2FO-2F7 
2F8-2FF 


300-31 F 
320-32F 
378-37F 
380-38C·· 
380-389·· 


3BO-3BF 
3CO-3CF 
3DO-3DF 
3EO-3E7 
3FO-3F7 
3F8-3FF 


inter 


LOGIC 


U2. U8 


Format of Following 
Equations Will Be According 
To 


The Following 
Specifications: 


INVERT 


SIGNAL ACTIVE LOW 


clc 
LOGIC AND 


# 
LOGIC OR 


A9NANDA8 
= 
! (A9 
clc A8) 


CS_ =! 
!AEN 
clc 
lA9NANDA8 
clc 
lA7 
clc 
!AG 
clc 
lA5 
clc 
!A4 
clc 
lAO 


LDPORT_ = 
! ( lAEN 
clc 
!A9NANDA8 
clc 
!A7 
clc 
lAG 
clc 
lA5 
clc 
lA4 
clc AO 
clc 
!IOWR_ 


BUSEN_ = DACKl_ 
clc DACK2_ 
clc 
(! ( lAEN 
clc 
!A9NANDA8 
clc 
!A7 
clc 
!AG 
clc 
lA5 
clc 
!A4)); 


The signal CS_ decodes address 300H, it is only active 
when AEN is inactive meaning CPU and not DMA 
cycles. LDPORT_ 
has exactly the same logic for ad- 
dress 30lH, but it is only active during I/O write cy- 
cles. The I/O port sitting on address 301H is write 
only. The data BUS lines DOto D7 are butTeredfrom 
the 82588 to the PC bus using an 74LS245transceiver 
chip. 


The Bus transceiver is enabled if: A DMA access is 
taking place, or I/O ports 300H to 30FH are being 
accessed. 


As mentioned the StarLAN adapter port has a 4-bit 
write only control port. The purpose of this port is to 
selectivelyenable the DMA and INTERRUPT request 
lines. Also it can completely disable the transmitter. 


Control 
Port Definition 
I 
ENDRQ1 
I 
ENDRQ3 
I 
ENINTER 
I 
TXEN 


ENDRQl, ENDRQ2 
ENINTER 
: "I" Enable DMA requests. 
: "I" Enable INTERRUPT 
request. 


: "I" Enable the transmitter. 


-Frequency 
Will Drift by About 400 PPM from Nominal 
-No 
Capacitors Needed 
-Doesn't 
Meet StarLAN Requirements 


The 82588 requires two clocks for operation. The sys- 
tem clock and the serial clock. The serial clock can be 
generated on chip by putting a crystal across XI and 
X2 pins. Alternatively, an externally generated clock 
can be fed in at pin XI (with X2 left open). In both 
cases, the frequency must be either 8 or 16 times (sam- 
pling factor) the desired bit rate. For StarLAN, 8 or 16 
MHz are the correct values to generate I Mb/s data 
rate. A configuration 
parameter 
is used to tell the 
82588 what the sampling factor is. An externally sup- 
plied clock must have MOS levels (O.6Y-3.9Y). ~pec~fi- 
cations for the crystal and the CircuIt are shown In FIg- 
ure 32. 


The system clock has to be supplied externally. It can 
be up to 8 MHz. This clock runs the parallel side of the 
82588. Its frequency does not have any impact on the 
read and write access times but on the rate at which 
data can be transferred to and from the 82588 (Maxi- 
mum DMA data rate is one byte every two system 
clocks). This clock doesn't require MOS levels. 


The I/O channel of the IBM PC supplies a 4.77 MHz 
signal of 33% duty cycle. This signal could be used as a 
system clock. It was decided, however, to generate a 
separate clock on the StarLAN board to be indepen- 
dent of the I/O channel clock so that this board can 
also be used in other IBM PCs and also in some other 
compatibles. The 8 MHz system clock is generated us- 


-Use 
Parallel Resonance Crystal 
-Recommended 
For Precise Frequencies 
-82588 
X-TAL Oscillator Stability ± 35 PPM (0- 70°C) 


ing a DIP OSCILLATOR which have the required 50 
ppm tolerance to meet StarLAN. This clock is convert- 
ed to MOS levels by 74HCTOOand fed into both the 
system and serial clock inputs. 


The 82588 requires either one or two DMA channels 
for full operation. In this application, one channel is 
dedicated for reception and the other is used for trans- 
missions and the other commands. Use of only one 
DMA channel is possible but may require more com- 
plex software, also some RX frames may be lost during 
switches of the DMA channel from the receiver to the 
transmitter (Those frames will be recovered by higher 
layers of the protocol). Also using only one DMA 
channel will limit the 82588 loopback functionality. So 
the recommendation is to operate with two DMA chan- 
nels if available. Appendix C describes a method of op- 
erating with only one DMA channel without loosing 
RX frames. 


The IBM PC system board has one 8237A DMA con- 
troller. Channel 0 is used for doing the refresh of 
DRAMs. Channels I, 2 and 3 are available for add-on 
boards on the I/O Channel. The floppy disk controller 
board uses the DMA channel 2 leaving exactly two 
channels (1 and 3) for the 82588. The situation is worse 
if the IBM PC/XT is used, since it uses channel 3 for 
the Winchester hard disk leaving just the channel 1 for 


Crystal: Load Capacitance 
= 20 pF 
Shunt Capacitance = 7 pF Maximum 
Series Resistance = 30n Maximum 
Frequency Tolerance = 50 PPM (0- 70°C) 


CI, C2 ~ 
27 pF or 39 pF, 5% 


Figure 32. Crystal Specifications 


the 82588. On the other hand, the IBM PC/AT has 5 
free DMA channels. We will assume that 8237A DMA 
channels I and 3 are available for the 82588 as in the 
case of the IBM PC. 


Since the channel 0 of 8237A is used to do refresh of 
DRAMs all the channels should be operated in single 
byte transfer mode. In this mode, after every transfer 
for any channel the bus is granted to the current high- 
est priority channel. In this way, no channel can hog 
the bus bandwidth and, more important, the refresh of 
DRAMs is assured every 15 microseconds since the re- 
fresh channel (number 0) has the highest priority. This 
mode of operation is very slow since the HOLD is 
dropped by the 8237A and then asserted again after 
every transfer. Demand mode of operation is a lot more 
suitable to 82588 but it cannot be used because of the 
refresh requirements. 


Whenever the 82588 interfaces to the 8237A in the sin- 
gle transfer mode, there is a potential 8237A lock-up 
problem. The 82588 may deactivate its DMA request 
line (DREQ) before receiving an acknowledge from the 
DMA controller. This situation may happen during 
command abortions, or aborted receptions. The 8237A 
under those circumstances may lock-up. In order to 
solve this potential problem, an external logic must be 
used to insure that DREQ to the DMA controller is 
never deactivated before the acknowledge is received. 
Figure 33 shows the logic to implement this function. 
This logic is implemented in the 16L8 PAL. 


The 82588 DREQ lines are connected to the IBM/PC 
bus through tri-state butTerswhich are enabled by writ- 
ing to I/O port 301H. This function enables the use of 
either one or two DMA channels and also the sharing 
of DMA channels with other adapter boards. 


The 82588 interrupts the CPU after the execution of a 
command or on reception of a frame. It uses the 8259A 
interrupt controller on the system board to interrupt 
the CPU. There are 6 interrupt request lines, IRQ2 to 
IRQ7, on the I/O channel. Figure 34 shows the assign- 
ment of the lines. In fact, none of the lines are com- 
pletely free for use. To add any new peripheral which 
uses a system board interrupt, this interrupt needs to 
have the capability to share the specific line, by driving 
the line with a tri-state driver. The 82588 StarLAN 
adapter 
board 
can optionally 
drive interrupt 
lines 


IRQ3, IRQ4 or IRQ5 (An 74LSI25 driver is used). 


Number 
Usage 


NMI 
Parity 
0 
Timer 
1 
Keyboard 
2 
Reserved 
3 
Asynchronous 
Communications 
(Secondary) 
SDLC Communications 
SSC (Secondary) 
4 
Asynchronous 
Communications 
(Primary) 
SDLC Communications 
SSC (Primary) 
5 
Fixed Disk 
6 
Diskette 
7 
Printer 


"""~ 
DREQ 


DACK 


RESET 


inter 


A typical StarLAN adapter board is connected to the 
twisted pair wiring using an extension cable (typically 
up to 8 meters-25 
ft.). See Figure 35. One end of the 
cable plugs into the telephone modular jack on the Star- 
LAN board and the other end into a modular jack in 
the wall. The twisted pair wiring starts at the modular 
jack in the wall and goes to the wiring closet. In the 
wiring closet, another telephone extension cable is used 
to connect to a StarLAN HUB. The transmitted signal 
from the 82588 reach the on-board telephone jack 
through a RS-422 driver with pulse shaping and a pulse 
transformer. The received signals from the telephone 
jack to the 82588 come through a pulse transformer, 
squelch circuit and a receive enable circuit. 


~ 
INTO IBt.l 
PC 


The single ended transmit signal on the TxD pin is 
converted to a differential signal and the rise and fall 
times are increased to 150 to 200 ns before feeding it to 
the pulse transformer (this pulse shaping is not a re- 
quirement, but proves to give good results). Am26LS30 
is a RS-422 driver which converts the TxD signal to a 
differential signal. It also has slew rate control pins to 
increase to rise and fall times. A large rise and fall time 
reduces the possibility of crosstalk, interference and ra- 
diation. By the other hand a slower edge rate increases 
the jitter. In the StarLAN adapter card, the first ap- 
proach was used. The 26LS30 converts a square pulse 
to a trapezoidal one-see 
Figure 36. The filtering effect 
of the cable further adds to reduce the higher frequency 
components from the waveform so that on the cable the 
signal is almost sinusoidal. The pulse transformer is for 
DC isolation. The pulse transformers from Pulse Engi- 
neering-type 
PE 64382-was 
used in this design. This 
is a dual transformer package which introduces an ad- 
ditional rise and fall time of about 70-100 ns on the 
signal, helping the former discussed waveshaping. 


StarLAN requires transmitters 
to generate an IDLE 
pattern after the last transmitted data bit. The IDLE 
pattern is defined to be a constant high level for 2-3 
microseconds. The purpose of this pattern is to insure 
that receivers will decode properly the last transmitted 
data bits before signal decay. Currently the 82588 needs 
one external component to generate the IDLE. The op- 
eration principle is to have an external shift register 
(74LSI64) that will kind of act as an envelope detector 
of the TXD line. Whenever the TXD line goes low 


inter 


(first preamble bit), the output of the shift register 
(third cell) will immediately go low, enabling the RS- 
422 driver, the shift register being clocked by TCLK- 
will time the duration of the TXD high times. If the 
high time is more than 2 microseconds, meaning that 
the 82588 has gone idle, the transmitter will be disabled 
(See Figure 37). Another piece of this logic is the OR- 
ing of the output of the shift register with TXEN-sig- 
nal which comes from the board control port. This sig- 
nal completely disables the transmitter. The other pur- 
pose of this enable signal, is to make sure that after 
power-up, before the 82588 is configured, the RS-422 
drivers won't be enabled (TCLK_ 
is not active before 


the configure command). See Figures 28, 29 for the 
complete circuit. 


The signal coming from the HUB over the twisted pair 
wire is received on the StarLAN board through a loon 
line termination resistor and a pulse transformer. The 
pulse transformer is of the same type as for the transmit 
side and its function is dc isolation. The received signal 
which is differential and almost sinusoidal is fed to the 
Am26LS32 RS-422 receiver. As seen from Figure 38 
the pulse transformer feeds two RS-422 receivers. The 
one on the bottom is for squelch filtering and the one 
above is the real receiver which does real zero crossing 
detection on the signal and regenerates a square digital 
waveform 
from 
the 
sinusoidal 
signal 
that 


is received. Proper zero crossing detection is very essen- 
tial; if the edges of the regenerated signal are not at zero 
crossings, the resulting signal may not be a proper 
Manchester encoded signal (self introduced jitter) even 
if the original signal is valid Manchester. The resistors 
in the lower receiver keep its differential inputs at a 
voltage difference of 600 mY. These bias resistors en- 
sure that the output remains high as long as the input 
signal is more than -600 
mY. It is very important that 


the RxD pin remains HIGH 
(not LOW or floating) 


whenever the receive line is idle. A violation of this may 
cause the 82588 to lock-up on transmitting. Remember, 
that based on the signal on the RxD pin, the 82588 
extracts information on the data being received, Carrier 
Sense and Collision Detect. This squelch of 600 mY 
keeps the idle line noise from getting to the 82588. Fig- 
ure 39 shows that when the differential input of the 
receiver crosses zero, a transition occurs at the output. 
It also shows that if the signal strength is higher than 
-600 
mY, the output does not change. (This kind of 


squelching is called negative squelching, and it is done 
due to the fact that the preamble pattern starts with a 
going low transition). Note that the differential voltage 
at the upper receiver input is zero when the line is idle. 
The output of the squelch goes to a pulse stretcher 
which generates an envelope of the received frame. The 
envelope is a receive enable signal and is used to AND 
the signal from the real zero crossing receiver before 
feeding it to the RxD pin of the 82588. 
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Although 
the 82588 interfaces easily to almost any 
processor, no processor otTers as much of the needed 
functionality as the 80186 or its 8 bit cousin, the 80188. 
The 80188 is 8088 object code compatible processor 
with DMA, timers, interrupt controller, chip select log- 
ic, wait state generator, ready logic and clock generator 
functions on chip. Figure 40 shows how the 82588, in a 
StarLAN environment interfaces to the 80188. It uses 
the clock, chip select logic, DMA channels, interrupt 
controller directly from the 80188. The interface com- 
ponents between the CPU and the 82588 are totally 
eliminated. 


Figure 41 shows how to interface the 82588 in a Star- 
LAN environment to the iSBX bus. It uses 2 DMA 
channels-tapping 
the second DMA channel from a 
neighboring iSBX connector. Such a board can be used 
to make a StarLAN to an Ethernet or a SNA or DEC- 
NET gateway when it is placed on an appropriate SBC 
board. It may also be used to give a StarLAN access to 
any SBC board (with an iSBX connector) independent 
of the type of processor on the board. 
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The function of a StarLAN HUB is described in section 
2.0. Figure 42 shows a block diagram of a HUB. It 
receives signals from the nodes (or lower level HUBs) 
detects if there is a collision, generates the collision 
presence signal, re-times the signal and sends it out to 
the higher level HUB. It also receives signals from the 
higher level HUB, re-times it and sends it to all the 
nodes and lower level HUBs connected to it. If there is 
no higher level HUB, a switch on the HUB routes the 
upstream received signal down to all the lower nodes. 
The functions performed by a HUB are: 


'Receiving signals, squelch 
'Carrier Sensing 
'Collision Detection 
'Collision Presence Signal Generation 
'Signal Retiming 
'Driving signals on to the cable 
'Jabber Function 
'Receive protection Timer 


Figure 43 shows the implemention of a 5/6 port HUB 
for the IBM/PC. 


The idea of the following design is to show a HUB that 
plugs into the IBM/PC backplane. This HUB not only 
gets its power from the backplane, but also enables the 
host PC to be one NODE into the StarLAN network. 
This embedded node scheme enables further savings 
due to the fact that all the analog interface for this port 
is saved (receiver, transmitter, transformer, etc). 


This kind of board would suit very much a small clus- 
ter topology (very typical in departments and small of- 
fices) where the HUB board would be plugged into the 
FILE SERVER PC (PC/XT, PC/AT). 


The HUB design doesn't implement the Jabber and the 
protection timers as called by the lBASE5 draft stan- 
dard. Those functions are optional and were not closed 
during the writing of this AP-NOTE. This HUB does 
implement the RETIMING 
circuit which is an essen· 


tial requirement of StarLAN. 


Figures 44 to 49 show a complete set of schematics for 
the HUB design. 
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Figure 38 shows a block diagram of an input port. Dif- 
ferently than the implementation in Figure 29 the HUB 
input port is potentially more complex than the NODE 
input port. The reason being that the HUB is a central 
resource and much more sensitive to noise. For exam- 
ple, if the NODE input port would falsely interpret 
noise on an IDLE line as valid signal, the worst case 
situation would be that this noise would be filtered out 
by the 82588 time squelch circuitry, on the HUB by the 
other hand, this false carrier sense could trigger a COL- 
LISION and a good frame (on another input) potential- 
ly discarded. 


As shown in Figure 38 immediately after the termina- 
tion resistor, there is a HIGH FREQUENCY FILTER 
circuit. The purpose of this circuit is to eliminate high 
frequency noise components keeping noise jitter into 
the allocated budget (about ± 30 ns). A 4 MHz two 
pole butterworth 
filter is being recommended by the 


IEEE 802.3 IBASE5 task force (see Figure 50). 


The time squelch for the NODE board is implemented 
by the 82588 (see section 3.7) this circuit makes sure 
that pulses that are shorter than a specified duration 
will be filtered out. 


The other components of the block diagram were ex- 
plained in section 3.0. 


The HUB design doesn't implement the HIGH FRE- 
QUENCY 
FILTER 
and TIME 
SQUELCH. 
In the 


HUB design as an output of each input port, two sig- 
nals are available: Rn, En, (RA, RB ... 
, EA, EB ... 
). 


The Rn signals are the receive data after the zero cross- 
ing receivers. The En lines are CARRIER SENSE sig- 
nals. The HUB design supports either 5 or 6 input 
ports, dependent upon if it is configured as IHUB or 
HHUB. Port RE, EE (Figure 49) is bidirectional, con- 
figurable for either input or output. Port RF, EF_ 
is 


the embedded 82588 port, and doesn't require the ana· 
log circuitry (EF is inverted, being generated from the 
RTS_ 
signal). 
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by detecting the presence of activity on mote than one 
input channels. This means if the signal En is active for 
more than one channel, a collision is said to occur. This 
translates to the PAL equations: 


Rn and En signals from each channel are fed to a l6L8 
PAL, where the collision detection function is per- 
formed. 


CDT = !(EA & !EB & IEC & !ED & !EE & EF_ 
# 
!EA&EB&IEC&IED&IEE&EF_ 
# 
IEA&IEB&EC&IED&IEE&EF_ 
# 
IEA&IEB&IEC&ED&IEE&EF_ 
# 
!EA & IEB & IEC & !ED & EE & EF_ 
# 
!EA & IEB & IEC & lED & !EE & IEF_ 
# 
!EA & !EB & IEC & lED & lEE & EF_); 


(only EA active) 
(only EB active) 
(only ECactive) 
(only ED active) 
(only EE active) 
(only EF active) 
(none of the inputs active) 


COLLEN_ 
= I(CDT # COLLEN); 


COLLEN_ 
= ! ( RESET_ 
# COLLEN_ 
# 
( !CDT & lEA & !EB & IEC & lED & lEE & EF_); 


RCVDA T = ( 
(RA 
# lEA) & ( RB # IEB ) & ( RC # IEC ) & 


( RD # !ED ) & (RE # lEE) & (RF # EF_ »; 


hi all inputs go quiet. This signal is used externally to 
either enable passing RCVDAT or the collision pres- 
ence signal (CPS) to the retiming logic. An external 
multiplexer using 3 nand gates is used for this function. 
Note that in this specific implementation 
the CPS/ 


RCVDA T multiplexer 
is before the retiming logic, 
which is different from Figure 42 diagram. StarLAN 
provides enough BIT-BUDGET delay to allow the CPS 
signal to be generated through the retiming FIFO. In 
this HUB implementation it was decided to use this 
option to make sure that the CPS startup is synchroniz- 
ed with the previously transmitted bit as required by 
the IBASE5 draft. 


As described before, the purpose of the local 82588 is to 
enable the Host IBM/PC 
to also be a node into the 


StarLAN network. The interface of this 82588 is exact- 
ly similar to the one explained in section 5. The RTS_ 
signal serves as the carrier EF_ 
signal, and TXD as 
RF signal. This local node interfaces to the HUB with- 
out any analog interface which is a significant saving. 


The Collision Presence Signal (CPS) is generated by the 
HUB whenever the HUB detects a collision. It then 
propagates the CPS to the higher level HUB. The CPS 
signal pattern is shown in Figure 51. Whenever a Star- 
LAN 
node receives this signal, it should 
be able 


to detect within a very few bit times that a collision 
occurred. Since the nodes detect the occurrence of a 
collision by detecting violations in Manchester encod- 
ing, the CPS must obviously be a signal which violates 
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has missing mid-cell transitions occurring every two 
and a half bit cells. These are detected as Manchester 
code violations. Thus, the StarLAN node is presented 
with collision detection indications every two and a half 
ms. This results in fast and reliable detection of colli- 
sions. CPS has a period of 5 ms. 


One may wonder why such a strange looking signal was 
selected for CPS. The rationale is that this CPS looks 
very much like a valid Manche~ter signal-edges 
are 


0.5 or 1.0 microsec. apart-resulting 
in identical radia- 


tion, cross-talk and jitter characteristics as a true Man- 
chester. This also makes the re-timing logic for the sig- 
nals simpler-it 
need not distinguish between valid 


Manchester and CPS. Moreover, this signal is easy to 
generate. 


A few important requirements for CPS signal are: a) it 
should be generated starting synchronized with the last 
transmitted bit cell. CPS is allowed to start either low 
or high, but no bit cell of more than I microsecond is 
allowed (Avoid false idles, very long "low" bits). b) 
once it starts, it should continue until all the input lines 
to the HUB die out. Typically, when the collision oc- 
curs, the multiplexor in the HUB switches from RCV 
signal to the CPS. This switch is completely asynchro- 
nous to the currently being transmitted data, and by 
such may violate the requirement of not having bit cells 
longer than I /-Ls. In order to avoid those long pulses, 
the output of the CPS/RCVDAT 
multiplexer is passed 


through the retiming circuitry which will correct those 
long pulses to their nominal value. The reason for re- 
striction b) is to ensure that the CPS is seen by all nodes 
on the network since it is generated until every node 
has finished generating the Jam pattern. 
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• Collision Presence Signal (CPS) is generated by the HUB when it detects more than one input line active. 
• CPS violates Manchester encoding rules--due 
to missing mid-cell transitions-hence 
is detected as a colli- 
sion by the DTE (82588). 


Choice of Collision Presence Signal 
• It is a Manchester look-alike signal-edges 
are 0.5 or 1.0 /-Ls apart. 


- 
Identical radiation, crosstalk and jitter characteristics 


- 
Eases retiming of the signal in the HUB 
• It is easy to generate-1.5 
TTL pack, or in a PAL 


Figure 51. Collision 
Presence 
Signal 
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CPS is generated using a 4-bit shift register and a flip- 
flop as shown in Figure 52. It works off a 2 MHz clock. 
A closer look at the CPS waveform shows that it is 
inverse symmetric within the 5 /Lsperiod. The circuit is 
a 5-bit shift register with a complementary feedback 
from the last to the first bit. The bits remain in defined 
states (01100) till collision occurs. On collision the bits 
start 
rotating 
around 
generating 
the 
pattern 
of 
0011011001, 0011011001, 00110 ... 
with each state 
lasting for 0.5 /Ls. 


COLLISION 
PRESENCE 
SIGNAL 


Figure 52. Collision 
Presence 
Signal Generation 


Whenever the signal goes over a cable it suffers jitter. 
This means that the edges are no longer separated by 
the same 0.5 or 1.0 /Lsas at the point of origin. There 
are various causes of jitter. Drivers, receivers introduce 
some shifting of edges because of differing rise and fall 
times and thresholds. A random sequence of bits also 
produces a jitter which is called intersymbol interfer- 
ence, which is a consequence of different propagation 
delays for different frequency harmonics in the cable. 
Meaning short pulses have a longer delay than long 
ones. A maximum of 62.5 ns of jitter can accumulate in 
a StarLAN network from a node to a HUB or from a 
HUB to another HUB. The following values show what 
are the jitter components: 


Transmitter 
skew 
Cable Intersymbol 
interference 
Cable Reflections 
Reflections 
due to receiver 
termination 
mismatch 
HUB fan-in, fan-out 
Noise 


Total 


± 10 ns 
±9 ns 
±8 ns 


±5 ns 
±5 ns 
±25.5 


±62.5 ns 


It is important for the signal to be cleaned up of this 
jitter before it is sent on the next stretch of cable be- 
cause if too much jitter accumulates, the signal is no 
longer meaningful. A valid Manchester signal would, as 


a result of jitter, may no longer be decodable. The pro- 
cess of either re-aligning the edges or reconstructing the 
signal or even re-generating the signal so that it once 
again "looks new" is called re-timing. StarLAN 
re- 
quires for the signal to be re-timed after it has travelled 
on a segment of cable. In a typical HUB two re-timing 
circuits are necessary; one for the signals going up- 
stream towards the higher level HUB and the other for 
signals going downstream towards the nodes. 


6.1.6 RETIMING 
CIRCUIT, 
THEORY 
OF 
OPERATION 


This section will discuss the principles of designing a 
re-timing circuit. Figure 53 shows the block diagram of 
a re-timing circuit. The data coming in is synchronized 
using an 8 MHz sampling clock. Edges in the waveform 
are detected doing an XOR of two consecutive samples. 
A counter counts the number of 8 MHz clocks between 
two edges. This gives an indication of long (6 to 10 
clocks) or short (3 to 5 clocks) pulses in the received 
waveform. Pulses shorter than 3 clocks are filtered out. 
Every time an edge occurs, the length-(S)hort 
or 
(L)ong--{)f the pulse is fed into the FIFO. Retiming of 
the waveform is done by actually generating a new 
waveform based on the information being pumped into 
the FIFO. The signal regeneration unit reads the FIFO 
and generates the output waveform out of 8 MHz clock 
pulses based on what it reads, either short or longs. In 
summary every time a bit is read from the fifo, it indi- 
cates that a transition needs to occur, and when to fetch 
the next bit. When idle the output of the retiming logic 
starts with a "high" level. 


FIFO 
empty 
S 
S 
L 
L 


Output 
...... 
1111 
0000 
1111 
00000000 
11111111 


It can be seen that the output always has edges separat- 
ed by 4 or 8 clock pulses-Q.5 
or 1.0 /Ls. 


The FIFO is primarily needed to account for a differ- 
ence of clock frequencies at the source and regeneration 
end. Due to this difference, data can come in faster or 
slower than the regeneration circuit expects. A 16 deep 
FIFO can handle frequency deviations of up to 200 
ppm for frame lengths up to 1600 bytes. The FIFO also 
overcomes short term variations in edge separation. It 
is essential that the FIFO fills in up to about half before 
the process of regeneration is started. Thus, if the re- 
generation is done at a clock slightly faster than the 
source clock, there is always data in the FIFO to work 
from. That is why the FIFO threshold detect logic is 
necessary, which counts 8 edges and then enables the 
signal regeneration logic. 


inter 


Example: 


Input Waveform 


Input into 
the FIFO 


Regenerated Output: 
Output: 
... 
111110000111100000000111111110000111 
... 
FIFO: 
I 
I 
I 
I 
I 
I 
<8> <8> <L> 
<L> 
<8> <8> 


... 
11110001111000000011111111110001111100 
... 
I 
I 
I 
I 
I 
I 
<8> <8> 
<L> 
<LXS> 
<8> 


INCREMENT 
EDGE 


8 MHz 
CLOCK 
COUNTER 


• 
FIFO ACCOMMODATES 
fOR 
fREO. 
DRIfTS 
(SPEC 
100 
PPM) 


• 
MAX 
DRIfT: 
(1500 
BYTES x 8) x 200 
PPM = 2.43 
BT 


FIfO 
THRESHOLD 
DETECT 


The retiming circuit implementation can be seen in Fig- 
ures 47, 48. Both figures implement exactly the same 
function, one for the upstream, and the other for the 
downstream. The retiming circuit was implemented us- 
ing about 8 SSI, MSI TTL components, one fifo chip 
and one PAL. The purpose of implementing this func- 
tion with discrete components was to show the imple- 
mentation details. The discussion of the implementa- 
tion will refer to Figure 47 for unit numbers. 


The signal UPIMP 
which is an output of the HUB 
multiplexing logic, is asynchronous to the local clock. 
This signal is synchronized by two flip-flops and fed 
into an edge generation logic (basically an XOR gate 
that compares the present sample with the previous 
one). On every input transition a 125 ns pulse will be 


generated at the output of the edge detector (U28). This 
pulse will reset the 74LSI61 counter that is responsible 
for measuring pulse widths (in X8 clock increments). 
The output of the pulse discriminator will reflect the 
previous pulse width every time a new edge is detected. 
The following events will take place on every detected 
edge: 
I. U26 which is the threshold detector will shift one 
"I" in. The outputs of U26 will be used by the con- 
trol PAL to start the reconstruction process. 
2. The output of U23 which specifies the last pulse 
width will be input into the control PAL for deter- 
mining if it was a long or short pulse. The result of 
this evaluation will be the LSIN signal which will be 
loaded into the fifo (U22). 


U22 is the retiming FIFO, it is 16x4 fifo, but only one 
bit is necessary to store the SHORT/LONG 
informa- 
tion. 


inter 


INPUTS: 
PDO..PD3: 
Outputs of the pulse descriminator, indi- 
cate the width 
of the last measured 
pulse. 
Output of the edge detector, pulse of 125 
ns width, indicates the occurrence of an 
edge in the input data. 
Output of the threshold logic, indicates 
at least one bit was already received. 
Output of the Threshold logic, indicates 
7 bits have been loaded into the FIFO, 
and that signal reconstruction can begin. 
The same signal as before delayed by one 
clock. 
• 


Output of the retiming logic, is feedback 
into the PAL to implement a clocked 
T-FF. 
Resets the retiming logic. 


OUTPUTS: 
LDFIFO_: 


LSIN: 
CNTPE_: 


Terminal 
count of the reconstruction 
counter, indicating that reconstruction 
of a new bit will get started. 
Output of the FIFO indicating, that the 
FIFO is empty and that IDLE genera- 
tion can get started. 


Loads SHORT/LONG 
indications into 
the FIFO. 
Indicates SHORT/LONG 
Loads 
FIFO 
SHORT/LONG 
output 
into the reconstruction counter. 
Together with the external U2l flip-flop 
and 
OUTDA T implement 
a clocked 
T-FF. 


Loading the FIFO will be done every time there is an 
edge, we have passed the one bit filter threshold level, 
and the pulse width is longer than two 8X clocks. This 
one bit threshold level serves as a time domain filter 
discarding the first received preamble bit. 


Wheneverthere 15 an edge, weare above the first 
rece! ved bi t threshold 
and the pulse width is longer than ·1· the fifo 
is loaded. 


Whenever CHTENcomes active, 
meaning the FIFOthreshold 
of seven was exceeded. 
Wheneverthe terminal 
count of U24 is active 
meaning a newpulse 1s going to be reconstructed. 


= 
lRESET_ 
# 
(ICNTPE_ 
&: 
IOUTDAT) 
# ( CNTPE_ 
&: 
OUTDAT) 
# 
(ICNTPE_ 
&: 
!OR) 


Minterm (A) and (B) implement a T-FF. whenever CNTPE.is ·low· 
ODATwill toggle. 
The external 
U21is part of this 
flip-flop. 
Minterm (Cl insures 
the output of the flip-flop 
will go inactive 
·high· whenthe FIFOis empty. RESET.causes the output to go 
'high- 
on initialization. 


U24 as mentioned is the reconstruction counter. This 
counter is loaded by the control logic with either 8 or 
12, it counts up and is reloaded on terminal count. Es- 
sentially generating at the output nominal length longs 
and shorts. 


U22 is the retiming FIFO, and its function as men- 
tioned is to accommodate frequency skews between the 
incoming and outgoing signal. 


U27 is the IDLE generation logic. The purpose of this 
logic is to detect when the FIFO is empty, meaning that 
no more data needs to be transmitted. On detection of 
this event this component will generate 2 ms of IDLE 
time. On the end of IDLE the whole retiming logic will 
be reset. 


The signal coming out of the RETIMING 
LOGIC is 
fed into 26LS30s and pulse transformers to drive the 
twisted pair lines (See section 5.0 for details). 


As seen on Figure 43 this 1mb can be configured as 
either an intermediate hub, or a Header one. One of the 
phone jacks, more specifically JACK #5 is either an 
input port or an output one. In order to implement this 
function, an 8 position DIP SWITCH (SWI) is used. 
The phone jacks are marked with UD, DD notation, 
meaning upstream data, and downstream data respec- 
tively. As specified in the StarLAN 
!BASE5 draft 
NODES transmit data on UD pair, and HUBS on the 
DD pair. Switch SWI has the function to invert UD, 
DD in PHONE JACK 
# 5 to enable it to be either 
input or output port. 


This design does not implement the jabber unit but it is 
described here for completeness. IEEE 802.3 does not 
mandate this feature, but it is "Strongly Recommend- 
ed". The jabber function in the HUB protects the net- 
work from abnormally long transmissions by any node. 


Two timers TI, T2 are used by the JABBER function. 
They may be implemented either as local timers (one 
for each HUB port) or as global timers shared by all 
ports. After detecting an input active, timers TI, T2 


will be started, and Tl will time out after 25 to 50 ms. 
T2 will time-out after 51 to 100 ms. During T2 time, 
after Tl 
expired, the HUB will send the CP-PAT- 
TERN informing any jamming stations to quit their 
transmissions. If on T2 time-out there are still jamming 
ports, their input is going to be disabled. A disabled 
port, will be reenabled whenever its input becomes 
again active and the downward side is idle. 


The following is an explanation of the requirement that 
the downward side be idle to reenable an input port. 
Consider the case of Figure 54. The figure shows a two 
port HUB. Port A has two wires Au, Ad for the up and 
down paths. Port B has Bu, Bd respectively. Port C is 
the output port, that broadcasts to the other HUBs 
higher in the hierarchy. Consider the case as shown, 
where Bu and Bd are shorted together. Suppose the case 
that port Au is active. Its signal will propagate up in the 
hierarchy through eu and come down from Cd to ~, 
and Bd. Due to the short between Bd and Bu the signal 
will start a loop, that will first cause a collision and jam 
the network forever. This kind of fault is taken care of 
by the jabber circuitry. Tl and T2 will expire, causing 
the jabber logic to disable Bu input. Upon this disabling 
Bu is going to go Idle and be a candidate for future 
enabling. Suppose now that Au is once again active. If 
the reenable condition would not require Cd to be 
IDLE, Bu would be reenabled causing the same loop to 
happen once again. Note that in this case Cd will be 
active before Bu causing this port to continue to be 
disabled and avoiding the jamming situation (Figure 
55) gives a formal specification of the jabber function). 


SHORT 
Bu 


____ 
.:l~~E!l!,,~TEIi 
_ 


• start_jobber 
TIme 
1 


• stort_Jobber 
TIme 2 
~ 
Input Is active, actlvote timers 11, f2 . 
If Input goes Idle, then It wos a 


normol 
transmission. 
Otherwise 
If 
jobber TImer 1 expires. 
the transmission 
Is Illegal. 
Start 
generating 
collision 
patlern 
In stale JABBER JAt.!. 


«(jabbernme 
Ldone+ 
INPUT(UPPER)= Idle) 
elNPUT (X) = aclive 
+ (probation_alternative 
elNPUT (X) = Idle) 


.- 
Variable probatlon_olternotiv. 
Indicates 
two possible 
woys of Implementing 
the function. 


Implementation of either one Is allowed. 


Conditions 
for 
going 
to 
stot. 
JABBER 
SHUTOFF 


- T2 expires. 


- INPUT(UPPER)= Idle elNPUT (X) = active 
It means 
that the current HUB wos 
SHUTOFF 
by 
0 higher 
hlerorchy 
on •. 
This 
one 
will 
also 
SHUTOFF 
with 
the 
purpose thot a jamming input b. 
DISABLED 
at the 
lowest 
possible 
level. 


-INPUT (X) = Idle 
Two alternatives or. allowed: 
Go bock 
to 
JABBER 
IDLE. 
or 
go 
to 
the 
SHUTOFF 
stat •. 


On the end of a transmission, during the transition 
from IDLE to high impedance state, the transmitter 
will exhibit an undershoot and/or ringing, as a conse- 
quence of transformer discharge. This undershoot! 
ringing will be transmitted to the receiver which needs 
to protect itself from false carriers due to this effect. 
One way of implementing this protection mechanism is 
to implement a blind timer, which upon IDLE detec- 
tion will "blind" the receiver for a few microseconds. 


Causes of the transmitter undershoot/ringing: 
1. Difference in the magnitudes of the differential out- 
put voltage between the high and the low output 
stages. 
2. Waveform assymmetry due to transmitter jitter. 
3. Transmitter and receiver inductance (transformer 
L). 
4. Two to three microseconds of IDLE pattern. 


All the described elements will contribute to energy 
storage into the transformer inductor, which will dis- 
charge during the transition of the driver to high im- 
pedance. 


The blinding timer is currently defined to be from 20 to 
30 microseconds for the HUBs, being from 0 to 30 mi- 
croseconds for the nodes (optional). The 82588 has 
built-in this function. It won't receiveany frames for an 
inter-frame-spacing (IFS) from the idle detection. 


Since the StarLAN HUBs form focal points in the net- 
work, it is important for them to be very reliable, since 
they are singlepoints of failure which can affect a num- 
ber of nodes or can even bring down the whole net- 
work. StarLAN !BASES draft requires HUBs to have 
a mean time between failures (MTBF) of at least 5 
years of continuous operation. 


inter 


The software needed to drive the 82588 in a StarLAN 
environment is not different from that needed in a ge- 
neric CSMA/CD 
environment. This section goes into 


specific procedures used for operations like TRANS- 
MIT, RECEIVE, CONFIGURE, 
DUMP, ADDRESS 


SET-UP, etc. A special treatment will be given to inter- 
facing with the IBM PC-DMA, 
interrupt and 110. 


Since all the routines were written and tried out in 
PLM-86 and ASM-86, all illustrations are in these lan- 
guages. 


The following software examples are pieces of an 82588 
exerciser program. This program's main purpose was to 
exercise the 82588 functionality and provide the func- 
tions of traffic generation and monitoring. By such the 
emphasis was on speed and accuracy of statistics gath- 
ering. 


The StarLAN board interfaces to the CPU, DMA con- 
troller and the interrupt controller on the IBM PC sys- 
tem board. The software to operate the 82588 runs on 
the system board CPU. The illustrated routines in this 
section show exactly how the software interface works 
between the system resources on the IBM PC and the 
StarLAN board. 


The safest way to use the PC monitor as an output 
device and the keyboard as the input device is to use 
them through DOS system calls. The following is a set 
of routines which are handy to do most of the I/O: 
key$stat 
-to 
find out if a new key has been 


pressed 
keyin$noecho -to 
read a key from the keyboard 


char$out 
-to 
display a character on the screen 


msg$out 
-to 
display a character 
string on the 


screen 
-to 
read in a character string from the 


keyboard 


The exact semantics and the protocol for doing these 
functions through DOS system calls is shown in the 
listing in Figure 56. Refer to the DOS Manual for a 
more detailed description. To make a DOS system call, 
register AH of 8088 is loaded with the call Function 
Number and then, a software interrupt (or trap) 21 hex 
is executed. Other 8088 registers are used to transfer 
any parameters between DOS and the calling program. 
The code is written in Assembly language for register 
access. Let us see an example of the 'msg$out' routine: 


lds dx,STRING_POINTER 
load pointer to string in reg. ds:dx 
mov ah,09h 
9 = function number for string o/p 


int 21h 
DOS System Call 


These procedures are called from another module, written in a higher level language like PLM-86. The parameters 
are transferred to the ASM-86 routines on the stack. 


KEY_STATUS = key$stat; 
NEW_KEY = keyin$noecho; 
call line$in(@LINE_BUFFER) ; 
call char$out(CHAR_OUT) ; 
call msg$out(@('THIS 
IS A MESSAGE.$')) 


/" INQUIRE KEYBOARD STATUS 
/" INPUT NEW KEY 
r 
STRING INPUT 
/" TO OUTPUT CHAR_OUT ON 
r OUTPUT STRING 
/" NOTE $ TERMINATOR 


"/ 
"/ 
"/ 


SCREEN"/ 
"/ 
"/ 


inter 


/* ------- 
----- 
--- -- ------- 
-- ---------- 
-- -- -- -- - ----- 
-------- 
----- 
------- 
---_. 
/ 
/* 
Deolara.t1ons for external 
IBMPCI/O 
routines 
./ 
1* --------- 
- ------------------ 
------ 
------------------ 
- --------- 
-----------./ 


keySstat: 
prooedure byte external: 
end keySstat: 


::~.i~;;~~~~~oE~~oedure 
byte external: 


ohar'out: 
prooedure(ohar) 
external: 
deolare 
ohar byte; 


end ohar'out: 


msg'out: 
prooedure(msg'ptr) 
external: 
deolare 
msg'ptr 
pointer: 


end msg'out; 


l1ne$1n: prooedure(l1ne'ptr) 
external: 
deolare 
line'ptr 
pointer: 
end line.in: 


Assembly Language implementation 
of the routines 


'TITLB(IHK/PC 
DOS 
CALLS 
PROCBDURBS) 


NAKB 
DOSPROCS 


OOROUP 
GROUP 
DATA 
CGROUP 
GROUP 
CODB 


DATA 
SBGKBNT 
WORD PUHLIC 
'DATA' 
DATA 
SNOS 


Dos 
~U 
211! 


CoDB 
SBGKBNT 
WORD PUHLIC 
'CODB' 


ASStJXI! 
CS: CGROUP, OS : DGROUP 


CHARSOUT: 
PROCEDURE(CHAR) 
EXTERNAL; 
DECLARE 
CHAR 
BYTE; 
END 
CHARSOUT; 
OUtputs 
character 
tc the 
screen. 
DOS 
system 
call 
2 


CHAROOT 
PROC 
NEAR 
+------+ 
PUBLIC 
CHAROOT 
I CHAR 
I x 
PUSH 
BP 
+------+ 
MOV 
BP,SP 
lIP 10 
I ][-1 
MOV 
DL,CHAR 
+------+ 
MOV 
AIl,2 
lIP hi 
I ][-2 
INT 
DOS 
+------+ 


POP 
BP 
IBP 
10 
! 
][-3 
RET 
2 
+------+ 
CHAROOT 
ENDP 
! BP hi 
I ][-4 
< --SP 
+------+ 
KEYINSNOECHO: 
PROCEDURE 
BYTE 
EXTERNAL: 
END 
KEYINSNOECHO: 
Reads 
character 
without 
echoing 
to display 


KEYINNOECHO 
PROC 
PUBLIC 
MOV 
INT 
RET 
KEYINNOECHO 
ENDP 


Figure 
7-56. 
I/O Routines 
for 
IBM/PC 
(continued) 


NEAR 
KEYINNOECHO 
AIl,a 
DOS 


inter 


IlSGSOUT: 
PROCBDURB(IlSGSPTR) 
EXTERNAL: 
DBCLARE 
IlSGSPTR 
POINTBR: 
BND IISGSOUT: 
/' 
NOTB: 
IIBSSAGB 
IS 
TBRIIINATBD 
WITII 
A DOLLAR 
SIGN 
'/ 
MSGSPTR 
is 
doul:>leword. pointer 
SBG:OPPSBT 


IISG_L 
~U 
[BP+4] 
MSGJI 
~U 
[BP+6] 


PUSR 
IIOV 
IIOV 
PUSR 
IIOV 
IIOV 
MOV 
INT 
pop 
pop 
RBT 


BP 
BP,SP 
DX,MSG_L 
DS 
AX,MSG_R 
DS,AX 
AH,9 
DOS 
DS 
BP 
4 
BNDP 


LINBSIN: 
PROCBDURB(LINBSPTR) 
EXTBRNAL: 
DBCLARB 
LINBSPTR 
POINTBR; 
BND LINBSIN 


LINB_L 
LINB_R 


LINBIN 
PUBLIC 
PUSR 
IIOV 
PUSR 
MOV 
1I0V 
MOV 
IIOV 
INT 
POP 
POP 
RET 


~ 
[BP+4] 
BQU 
[BP+6] 


PROC 
NBAR 
LINBIN 
BP 
BP,SP 
DS 
AX,LINB_R 
DS,AX 
DX,LINB_L 
AH,lO 
DOS 
DS 
BP 
4 
BNDP 


KBYSSTAT: 
PROCBDURB 
BYTE 
EXTBRNAL: 
END KBYSSTAT: 
Indioates 
whether any keyboard key was pressed. 


KBYSTAT 
PROC 
NEAR 
PUBLIC 
KBYSTAT 
1I0V 
AH,l1 
(DOS 
oall 
11) 
INT 
DOS 
RET 
KBYSTAT 
BNDP 


CoDE 
ENDS 
BND 


Figure 56. I/O Routines 
for IBM/PC 
(Continued) 


7.2 
Initialization 
and Declarations 
Figure 58 shows the initialization routines for the IBM 
PC and for the 82588, It also shows some of the typical 
values taken by the memory buffers for Configure, 
lA_Set, 
Multicast and transmit buffers. 


Figure 57 shows some declarations describing what ad- 
dresses the devices have and also some literals to help 
understand the other routines in this section. 
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Follow1ng 
are 
some 
literal 
deolarat10ns 
that 
are 
used 
1n 
the 
procedure 
ezamples 
deolare 


os_588 
brcl..-port 
p10_mask 
t~::~= 
dmlUllode 
dmac-fltf 
dJDa_addr_l 
dma....bo_l 
dmac-addrh_l 
dma_addr_3 
dmaJ>o_3 
dma_addrh_3 
dJDa_on...l 
dma_oD_3 
dma....ofLl 
dma_ofL3 
enable_588 
se01_p100 
tx....d1r 
rz_dir 
dma_r,,_mode_l 
dma_r,,_mode_3 
dmac-t,,_mode_l 
dma_tx....mode_3 


literally 
'0300h' 
I' 
82888 
COIQIANDI 
STATUS 
'I 


literally 
'0301h' 
I' 
DllA/INTBRUPT 
BlIAIlLB PORT 
'I 


literally 
'021h' 
I' 
8289A 
IIAS~ RllGISTBR 
'I 


literally 
'020h' 
I' 
825911 COIlllAllD WORD 
2 
'I 


literally 
'Oab' 
I' 
823711 IIAS~ RBGISTBR 
'I 


literally 
'Obh' 
I' 
823711 1I0oB RllGISTBR 
'I 


literally 
'Ooh' 
I' 
823711 IST/211D 
BYTB FLOP 
'I 


11terally 
'Oab' 
I' 
823711 C!IAllIIBL 1 ADDR. RllG. 
'I 


literally 
'03h' 
I' 
823711 CIIAIlIlBL 1 BYTB oomt'l' 
'I 


literally 
'083h' 
I' 
CIIAIlIlBL 1 PAGB RllGISTBR 
' I 


literally 
'OBh' 
I' 
823711 CIIAIlIlBL 3 ADDR. RllG. 
'I 


literally 
'07h' 
I' 
823711 CIIAIlIlBL 3 BYTB oomt'l' 
'I 


literally 
'082h' 
I' 
CIIAIlIlBL 3 
PAGB RllGISTBR 
'I 


literally 
'Olh' 
I' 
8TART CIIAIlIlBL 1 
'I 


literally 
'03h' 
I' 
START CIIAIlIlBL 3 
' I 


11 terally 
'06h' 
I' 
8TOP CIIAIlIlBL 
1 
' I 


11 terally 
'on' 
I' 
STOP CIIAIlIlBL 
3 
'I 


literally 
'Odfh' 
I' 
OIlIIASIt INTERRUPT LBVBL 5 
'I 


literally 
'086h' 
I' 
SPBCIFIC 
SOl 
LBVBL 5 
'I 


literally 
'1' 
I' 
IIBIIORY TO 82588 
'I 


literally 
'0' 
I' 
82688 
TO IIBIIORY 
, I 


literally 
'045h' 
I' n ON CIIAIlIlBL • 
1 
'I 


literally 
'047h' 
I' n ON CIIAIlIlBL • 
3 
' I 


literally 
'049h' 
I' 
TX ON CIIAIlIlBL • 
1 
'I 


literally 
'04bh' 
I' 
TX ON C!IAllIIBL • 
3 
'I 


I' 
SYSTBII INITIALIZB 
'I 


sys_1n1 
t: 
prooedure; 


oall 
setSinterrupt 
Cl3,1ntr_688); 
I' 
BASB 8, 
LBVBL 8 
'I 


output(p10_mask) 
- 
1nput(p10Jllask) 
and 
enable_588; 
I' 
BlIAIlLB 688 
INTERR. 
'I 


output(p10_oow2) 
- 
seol_p100; 
I' 
II~S 
PBllDING INTBRR'I 


/ '""'."'.'""'."'•••• 
'"'"'""'...••...'"'"'"'"'"'"'"'"'"'"'""' 
'""'•• '"'"'"'""' '"'"'""' */ 
I' 
CONVBRT SBG: OFFSBT FORIIAT TO 20 
BIT 
ADDRBSSBS 
'I 
I' 
FOR ALL THE BOFFBRS 
' I 
'* "'... "'."'."'.... "'."'....'""'.. "'... "'."'...'"'""'...'"'"'"'""'.'""'."'.. '""'.'"/ 


1aset_dma....addr 
onLdma_addr 
dmp_dmac-addr 
mO_dm&_addr 
t"_dma_addr 
do 1-0 to 7 ; 
r"_dma_addr 
(1) -00nvert_20b1 
t_addr 
(Grx_buffer( 
1) . buff 
(0) ) ; 
end; 


- 
oonvert_20b1t_addr(01a_set_buff_588(0»; 
- 
oonvert_20b1t_addr(OOonf1g_588(0»; 
oonverL20b1 
t_addr(OdumpJ>uff_588( 
0» 
; 
- 
oonvert_20b1t_addr(omult10ast_bufL888(0»; 
- 
oonvert_20b1t_addr(0t"J>uffer_588(0)); 


output 
(b~ort) 
-Offh; 
I' 
BlIAIlLB DIIA AIID INTERRUPT DRIVBRS 'I 


end 
sys_1n1 
t ; 


82588 
1n1 t1al1zat10n 


1n! t_588: 
prooedure; 


oonf1g_588(00) 
- 
10; 
oonf1g_588(01) 
• 
00; 
oonf1g_588(02 
- 
00001000b; 
oonf1g_ee8(03) 
- 
bufLlen/4; 


oonf1g_688(04) 
- 
00100110b; 
oonf1g_688 
(05) 
• 
OOOOOOOOb; 


oonf1g_588 
(06) 
- 
96; 
oonf1g_588(07) 
- 
0; 


oonf1g_588(08) 
- 
11110010b; 
oonf1g_588(09) 
- 
00000100b; 


oonf1g_688ClO) 
- 
10001000b; 
oonf1g_588(11) 
- 
64; 


I' 
TO CONFIGURE ALL 10 
PARAIIBTBRS 
'I 


I' 
1I0oB 0, 
8 
IIBZ ~, 
1 IIB/S 
'I 
I' 
RBCBIVB BOFFBR LBlIGTH 
'I 
I' 
NO LCOPBA~, 
ADDR LBlI - 
6, 
PRBAIIBLB - 
8 
'I 
/' 
oIFFBRBNTIAL 
IlANCRBSTBR - 
OFr 
'I 
I' 
IFS 
- 
96 
TCLB 
'I 
I' 
SLOT TIIIB 
• 
512 
TCLB 
'I 
I' 
IIAJ:. 
NO. 
RBTRIBS 
- 
15 
'I 
I' 
IlANCRBSTBR BlICOoING 
'I 
I' 
INTBRNAL CRS AIID COT, 
CRSF - 
0 
'/ 
I' 
IIIN 
FRAIIB LBlIGTB • 
64 
BYTBS - 
512 
BITS 
'I 
231422-63 


inter 


1a_Bet_bufL588(0) 
- 6; 
1ILBet_buff_588(l) 
- 
0; 
ia_Bet_bufL588(2) 
- 
OOOh 
1a_Bet_buff_588(3) 
- 
041h 
1a_BetjrufL588(4) 
- 
OOOh 
1a_Bet_bufL588 
(8) 
- 
OOOh 
1a_Bet_ufL588(6) 
- 
OOOh 
1a_BeLbuff_588(7) 
- 
OOOh 


mult1oast_buff_588(00) 
- 
12; 
mult1oast_bufL588(01) 
- 
OOh 
mult1oaBt_bufL588(02) 
- 
llh 
mult1oaBt_bufL588(03) 
- 
12h 
mult1oast_bufL588(04) 
• 
13h 
mult1oastjrufL588(05) 
- 
14h 
mult1oast_bufL588(06) 
- 
15h 
mult1oaBt_bufL588(07) 
- 
16h 
llult1oast_bufL888(08) 
- 
21h 
-llult1oast_bufL888(09) 
- 
22h 
llult1oast_bufL588(10) 
- 
23h 
llult1oast_bufL588(l1) 
-24h; 
mult1oast_buff_588(l2) 
- 
25h; 
llult1oaBtjrufL888(l3) 
- 
26h; 


tz...»uffer_888( 
00) 
t,,_buffer_588(01) 
t"J)uffer_588(02) 
t"_buffer 
_588 (03) 
t"jruffer_588(04) 
t,,_buffer_588(08) 
t,,--buffer_888(06) 
t,,_buffer_888 
(07) 


end 
1n1L588; 


- t,,_fraae_len 
mod 256; 
- t"_frame_len 
/ 
256; 
- 
Ollh; 
/' 
INITIAL DESTINATIONADDRESS- IIlC(l) 
'/ 
- 
012h; 
- 
013h; 
- Ol4h; 
- 
018h; 
- 
016h; 


Figure 58. Initialization 
Routines 
(Continued) 


7.3 
General Commands 
fourth parameter = 


Operations like Transmit, Receive, Configure, etc. are 
done by a simple sequence of loading the DMA con- 
troller with the necessary parameters and then writing 
the command to the 82588. 


To configure the operating environment of the 82588. 
This command must be the first one to be executed 
after a RESET. 


call 
DMA_LOAD(1,1,12,@CONFIG_588_ADDR) 
output 
(CS_588) = 12h; 


The first statement is the prologue to the configure 
command to the 82588 which calls a routine to load 
and initialize the DMA controller for the desired opera- 
tion. This routine is described in section 7.4. The pa- 
rameters for DMA_LOAD 
are: 


first parameter 
= 82588 channel 
number 
( = 1) 
second parameter 
= direction 
( = 1, 
memory> 
> 
82588) 
third parameter 
= length of DMA 
transfer 
( = 12) 


pointer to a 20 bit 
address of the 
memory buffer 
(=@CONFIG_588_ADDR) 


The second statement writes 12h to the command regis- 
ter of the 82588 to execute a Configure command on 
channel 1. 


When the command execution is complete (successfully 
or not), 82588 interrupts the 8088 CPU through the 
8259A, on the system board. This executes the inter- 
rupt service routine, described in section 7.5, which 
takes the epilogue action for the command. 


Most operations are very similar in structure to Config- 
ure. The 82588 Reference Manual describes them in 
detail. Figure 59 shows a listing of the most commonly 
used operations like: 


INDIVIDUAL-ADDRESS 
(IA) 
SET-UP 
MULTICAST-ADDRESS 
(MC) 
SET-UP 
RECEIVE 
(RCV)-ENABLE 
RECEIVE 
(RCV)-DISABLE 
RECEIVE 
(RCV)-STOP 
READ-STATUS 


DIAGNOSE 
DUMP 
TDR 
RETRANSMIT 


0&11 dm,-10ad(omd_ohannel.tz_d~r.8 
•• ~aset_dma_addr); 


/* 
SBT DXA CIIAIlIIBL 0 OR 1 TO TRANSFER FROM MEMORY 
TO TBB 82588. 
~aset_dma_addr 
VARIABLB STORES TBB 
20 
BIT 
POINTER TO TBB INDIVIDUAL ADDRESS BUFFER 
*/ 


;is~~ii~~~;_;~:) 
~u~~~~ 
(oU88) 
• 
llh; 


/* 
BVERY COIlllAllD CAN BB BXBCOTBDIN BITBBR DIIA CIIAIlIIBL 0 OR 1. 
TBB VARIABLB omcLohannel 
INDICATBS TBB RBQOIRBD CIlAIlNBL 
*/ 


end 
~,-set; 


oall 
dm'-10ad(0md-Ohannel.tz_d~r.12.00nf_dma_addr); 
~f 
omd_ohannel 
then 
output 
(os_688) 
- 
12h; 


else 
output 
(os_588) 
- 
02h; 


end 
oonf~g; 


mul t~oast: 
prooedure 
publ~o; 
/* 
COIlllA1lD - 
03 
*/ 


oall 
dma_load( 
omd_ohlLDnel. 
tz_d~r 
, 14 .lIIIlo_dma_addr) 
; 
~f 
omd_ohannel 
then 
output 
(os_688) 
- 
13h; 
else 
output(OS_688) 
- 
03h; 


end 
mult~oast; 


trlLDsmit: 
prooedure(buffer_len) 
publio; 


deolare 
buffer_len 
word; 


tz....buffer_688(00) 
- 
low(buffer_len); 


tz....buffer_588(01) 
- 
Mgh(buffer_len); 


0&11 dm&-10ad(omd_ohannel.tz_~r.1536.otz_dma_addr); 


if 
omd_ohannel 
then 
output 
(os_688) 
- 
14h; 
else 
output(os_688) 
- 
04h; 


end 
trlLDsmi t ; 


if 
omcLohannel then output 
(os_6BB) - 16h; 
else 
output (os_6BB) - OBh; 


end tc1r; 


dump_BBB;procedure 
publio; 
/. 
OOIOIAND 
- 06 •/ 


oall 
dma_load(omd_ohannel,r"_dir, 64, Odm~_dma_&dc1r) 
; 
;is~;;~:C~;_~~:) 
~u~~ 
(os_BBB) - 1 h; 


end dump_6BB; 


if 
omd_ohannel then output 
(os_BBB) - 17h; 
else 
output(os_6B6) 
- 07h; 


end diagnose; 


rov_en&ble: prooedure( channel, buffer_no ,len) 
publio; 


deolare 
ohannel byte; 


deolare 
len 
word.: 
declare 
buffer_Do 
byte; 
oall 
dma_load(ohannel, rlt_dir ,len,01':LclJULadc1r(buffer_no)); 
;is~o:=(~S~~:;) 
o~tb~:; (os_BBB) - lBh; 


rov_dis&ble: 
procedure 
publio; 


enabls_rov-O; 
output(os_BBB)-O&h; 


end rov_dis&ble; 


rav_stop: 
prooedure publio; 


enabls_rov-O; 
output(os_6BB)- 
Obh; 


end rev_stop; 


oall 
dma_load(omcLohannel,t"_dir,lB36,CPt"_dma_adc1r); 
if 
omd_channel then output 
(os_BBB) • lch; 


else 
output (os_BBB) - Och; 


end. retransmit; 


&bort: procedure 
publio; 


~~~u:~~~s;:~~;( 
if; 


end &bort; 


reset_BBB: procedure 
publio; 


en&bls_rov-O; 
~:i~u~~~~I~~B) - leh; 


end reset_58B; 


inter 


DMA_LOAD 
procedure is used to program the 
8237A DMA controller for all the operations requiring 
DMA service.It also starts or enablesthe programmed 
DMA channel after programming it. Figure 60 shows 


the listing of this procedure. It accepts 4 parameters 
from the calling routine to decide the programming 
configuration for the 8237A. The parameters for 
DMA_LOAD 
are: Channel, direction, butT_len, and 
butT_addr. 
. 


Converting 
•• pointer 
SEG:OFFSET to 
•• 20 
bit 
address 
oonvert_20bi 
t_addr 
:prooedure(ptr) 
dword 
public: 


deolare 
ptr 
pointer. 
ptr_addr 
pointer, 


f;~d:20~;~W~~~_addr)(2) 
word: 


ptr_addr-optr; 
ptr_20bit-shl( 
(ptr_20bit 
:-wrd(l)) 
,4)+wrd(0); 
return(ptr_20bit) 
; 


end 
oonvert_20bi 
t_addr; 


IBM/PC DMAloading 
procedure 


dm••_load: 
procedure( 
channel, 
direction, 
buff_len, 
bufCaddr) 
reentrant 
publio: 


deol ••re 
ohannel 
byte; 
deol ••re 
direction 
byte; 
deola.re buff_len 
word; 
deolare buff_e.ddr po1.nter; 
deol 
••re 
(wrd 
b ••sed 
bufCaddr)(2) 


cbannel-channel 
and 
1; 


/' 
CHANIIELt, 
0 or 
1 


/, 
O-RlI:, 588 
-, 
MEM; 


/' 
BYTE COUNT 


/' 
BOl'FBR ADDR IN 20 
word: 


'/ 


l-n, 
MEM-, 
588 
'/ 
'/ 


BITS 
FORM 
'/ 


if 
cbannel-O 
then 
/' 
EIBCUTE COIlMAllDON CHANIIEL 
do; 
~~t~~;~~~o~:6f) 
- 
0; 
/' 
CLEAR FIRST/LAST 
FLIP-FLOP 


then 
output(dma_mode)-dm"_r:l:_mode_l; 
/' 
DIRECTION BIT, 
TELLS 
else 
output(dm 
•._mode)-dm ••_t",_mode_l; 
/' 
TRANSMITOR RECEIVE 
output(dm 
••_addr_l) 
- 
low 
(wrd(O)); 
/' 
LOAD LSB ADDRESS BYTE 
output(dma_addr_l) 
- 
high(wrd(O)); 
/, 
LOADMSB ADDRESS BYTE 
output(dm 
•.•..addrh_l) 
- 
low 
(wrd(l)); 
/' 
LOAD PAGE REGISTER 
output 
(dm••_oo_l) 
- 
low 
(buff_len); 
/' 
LOAD LSB BYTE COUNT 
output 
(dm••_oo_l) 
- 
higb(bufClen); 
/, 
LOADMSB BYTE COUNT 
output(dm 
•.•..m••slt) 
- 
dm••_on_l; 
/, 
START CHANIIEL1 
end; 


else 
do; 
/, 
SAMEAS BEFORE FOR CHANIIEL3 
output 
(dma_flff) 
- 
0; 


if 
direotion-O 
then 
output 
(dm••_mode)-dm 
•._r:l:_mode_3; 


else 
output(dma_mode)-dma_t",_mode_3; 
output(dm 
•._addr_3) 
- 
low 
(wrd(O)); 
output 
(dm••_addr_3) 
- 
high(wrd(O)); 


output(dm 
••_addrh_3) 
- 
low 
(wrd(l)); 
output 
(dm••_OO_3) 
- 
low 
(buff_len); 
output(dm 
•._oo_3) 
- 
high(bufClen); 


output(dm 
•._m•.slt) 
- 
dm••_on_3; 


end; 


end 
dJoILload; 


One peculiarity about this procedure is that in order to 
speed up the DMA step-up, this procedure doesn't get a 
pointer to the buffer, but a pointer to a 20 bit address in 
the 8237 format. The 8088/8086 architecture define 
pointers as 32 bits seg:offset entities, where seg and off- 
set are 16bit operands. By the other hand the IBM/PC 
uses an 8237A and a page register, requiring a memory 
address to be a 20 bit entity. The process of converting 
a 
seg:offset pointer 
to 
a 20 bit 
address 
is time 


consuming and could negatively affect the performance 
of the 82588 driver software. The decision was to make 
the pointer/address 
conversions during initialization, 
considering that the buffers are static in memory (es- 
sentially removing this calculation from the real time 
response loops). 


Figure 61 is a listing of the DMA_LOAD 
procedure 
for the 80188 or 80188 on-chip DMA controller. It has 
the same caller interface as the 8237A based one. 


dma_load: 
procedure(channel,direction,trans_len,buff_addr) 
reentrant; 


f* 
To 
load 
and 
start 
the 
80186 
I:MA 
controller 
fo'r the 
desired 
operation 
*f 


declare 
dma_rx-mode 
literally 
'IOlOOOIOOIOOOOOOb'; 
f* 
rx channel 
*f 
f* 
src-10, 
dest-M(inc), 
sync-src, 
TC, 
noint, 
priority, 
byte 
*f 


declare 
dma_tx-mode 
literally 
'OOOOIIOIOOOOOOOb'; 
f* 
tx channel 
*f 
f* 
src-M(inc), 
dest-10, 
sync-dest, 
TC, 
noint, 
noprior, 
byte 
*f 


declare 
declare 
declare 
declare 


channel 
byte; 
f* 
direction 
byte; 
f* 
trans_len 
word; 
f* 
buff_addr 
pointer; 
f* 


channel" 
° - rx, 
588 
-> 
byte 
count 
buffer 
pointer 


*f 
mem; 
1 - 
tx, mem 
-> 
588 * f 
*f 
in 20 
bit 
addr. 
form 
*f 


declare 
(wrd 
based 
buff_addr)(2) 
word; 


do 
case 
channel 
and 
OOOOOOOlb; 
do 
case 
direction 
and 
OOOOOOOlb; 
do; 
f* 
channel 
0, 
588 
to memory 
*f 
output(dma_O_dpl) 
- wrd(O); 
output (dma_O_dph) 
- wrd(l); 
ou tpu d dma_O_s pI) 
- 
c1L.a_588 ; 
output (dma_O_sph) 
- 0; 
output (dma_O_tc) 
- 
trans_Ien; 
output (dma_O_cw) 
- dma_r~ode 
or 0006h; 
f* 
Start 
I:MA 
chI 
0 
*f 
end; 


do; 
f* 
output(dma_O_dpl) 
output (dma_O_dph) 
output (dma_O_spl) 
output (dma_O_sph) 
output (dma_O_t c) 
ou tpu t(dma_O_cw) 
end; 
end; 


channel 
0, memory 
to 
S88 
*f 
- 
cLa_588; 
- 0; 
- wrd(O); 
- wrd(l); 
- 
trans_l en; 
- dma_t~ode 
or 0006h; 
f* 
Start 
DMA 
chI 
0 
*f 


inter 


do 
case 
direction 
and 
00000001b; 
do; 
1* 
channel 
1. 
588 
to memory 
*1 
ou tpu t (dma_1_dpl) 
- wrd( 0) ; 
ou tpu t (dma_1_dph) 
- wrd( 
1); 
output 
(dma_1_spl) 
- 
c~b_588; 
output 
(dma_1_sph) 
- 
0; 
output(dma_1_tc) 
- 
trans 
len; 
output 
(dma_1_cw) 
- 
dma_r~ode 
or 
0006h; 
f* 
Start 
DMA 
chI 
1 *1 
end; 


do; 
1* 
ou tpu t(dma_l_dpl) 
output 
(dma_l_dph) 
ou tpu t (dma_l_S 
pI) 
output 
(dma_1_sph) 
ou tpu t (dma_l_t 
c) 
ou tpu t (dma_l_cw) 
end; 
end; 


channel 
1. memory 
to 
588 
*1 
- 
c~b_588; 
- 0; 
- wrd(O); 
-wrd(1); 
- 
trans_len; 
- 
dma_t~ode 
or 
0006h; 
1* 
Star~ 
DMA 
chI 
1 *f 


The interrupt handler will read 82588 status, and put 
them into a 64 byte long EVENT_FIFO. 
Those 
statuses are going to be used in the main loop for updat- 
ing screen counters. All the statistics are updated as fast 
as possible in the interrupt handler to fulfill the back- 
to-back frame processing requirement. 


The interrupt 
service routine, 'intr_588', 
shown in 
Figure 62, is invoked whenever the 82588 interrupts. 
The main difficulty in designing this interrupt routine 
was to speed its performance. Fast status processing 
was a basic requirement to be able to handle back to 
back frames. 
The interrupt handler is not reentrant, interrupts are 
disabled at the beginning and reenabled on exit. 


Interrupt 
servioe 
routine 


intr_&88: 
prooedure 
interrupt 
13: 


deolare 
stat 
event 
1 
(otO, 
ot1, 
ot2, 
ot3) 
rz_atO 
r]catl 


byte, 
byte, 
byte, 
byte, 
byte, 
byte; 


'if 
ollll1_ohannel 
then 
output(dJDa_maak)-d.mlLott_3; 
ela8 
output(dma_maalr.)-d.ma_ott_1'. 
'it 
rz_ohannel 
el~:e~U~~~(~~&::)~~t~:{7~; 


'if 
oIllI1_ohannel 
then 
outrct(OO_888)-lCh; 
,~~a~~~~~~_e88)-Ooh' 
• 


then 
output(oa_e88)-14h; 


else 
output(Os_e88)-04h'; 


,- 
DISABLE INTERRUPTS 
-, 
,- 
NO INTERR. NESTING 
- , 
,- 
RLS 688 
PTR. START a 
-, 


disable; 


output(OS_S88) 
-Ofh; 


event_t1toC 
wr_ptr) 
. atO. atO-1nputC os_588) 
: /' 
RBAD 82888 
STATUS 
'/ 


event_t1toCwr_ptr). 
atl. 
at1-1nputCos_588); 
/' 
REGISTERS, 
PASSING 
'/ 


event_t1toCwr-ptr). 
at2. 
st2-input(oa_588); 
/' 
TBBlI TO TEE IlAIII 
,/ 


event_t1to(wr-ptr) 
. et3, 
at3-1.nput 
(os_588) 
; /' 
PROGRAIl011 TEE PIPO 
,/ 


Yr_ptr-(vr_ptr-+1) 
&nd. Oth; 
/' 
IIICRBIlBIlT FIPO 
'/ 
t1.toont-( 
t1toont+ 
1) 
and Oth; 
/' 
OQOIlTERS 
'/ 


event-atO 
and. Oth; 
/' 
GET BVBIl'l·FIBLIJ 
'/ 


output 
(os_S88)-80h; 
/' 
ACU01lLBllGB 82888 
'/ 
/' 
IIlTIlRRUPT 
'/ 
231422-71 


ev_OO 
eV_Ol 
eV_02 
ev_03 
ev_04 


stop_omd_dma; 
atop_omd_dma; 
Btop_omd_dma: 
do; 
stop_oIllI1_c1Jla; 


/' 
ClIBClt IF 
TBBRE liAS A COLLISIOII AND IS IlOT TEE 
!lAX COLLISION 


,- 
NOP COlOtAND 
- , 
,- 
IA_SBTO'P. STOP DKA 
- / 
/ - CONFIGURE.STOP DMA - / 
/ - XULTICAST. STOP DXA 
-, 
/ - TRANSMITDOliE 
- , 


stat-(st2 
and 
1OOOOOOOb)or 
(st1 
and 
OOlOOOOOb); 
if 
(stat-80h) 
then 
do: 
/ - RETRANSMIT 
- / 


oall 
dma_load(oM_ohannel. 
tz_dir. 
1636 .otz_dma_addr); 
1asue_rtz_omd 
: 


,- 
UPDATESTATISTICS 
tota1_tz_oount-total_tz_oount-+1 
: 
ooll_ont(17) 
- 
ooll_ont(17) 
+ 1; 
'-TOTAL COLL-/ 


b&(Ltz_oount 
- 
bad_tz_oount 
+ 1; 


end; 


elae 
do; 
it 
iJl_loOp 
/ - :BXBCO'TING 
TRANSMISSIONSIN LOOP 
-/ 


then 
do; 
/- 
RB ISStJR TRANSkIT COXKAND 
-/ 


oall 
dmlLlo&d.(oJld_oha.nnel. 
tz_dir. 
1536. otz_~add.r 
1BBue_tz_cmd; 
total_t~oount-total_tz_oount-+1 
: 
end: 
if 
(st2 
and 
OOlOOOOOb) - 0 
then 
do: 
bad._tz_oount 
- 
ba(Ltz_oount 
-+ 1: 


/' 
IIIORBlIENT OIlDBRRUIlCOUNTBR 
tmp-sor( 
tmp: -et2. 
1) ; 
;~-~~~~:~ 
~~s ~inrrBR 
tmp-sor( 
tmp.l) 
; 
lost_cts-lost_ots 
plus 
0: 


/' 
IIICRBIlBIlT LOST ORS COUNTER 
tmp-sor(tmp, 
1): 


lost_ore-lost_ors 
plus 
0: 


if 
(stat-QAOh) 
/, 
IIlC COLLISIOIIS COCllTllR 
'/ 


then 
ooll_ont(17) 
- 
ooll_ont(l7) 
+ 1; 
end: 
end: 


/- 
INCRBXENTDBFER 
COUNTBR 
tmp-sol( 
(tmp; 
-st1), 
1); 
tZ_deter-t~defer 
plus 
0: 


inter 


eV_06 : 
ev 06: 
eV:07: 
ev_08: 


do; 
stop_rz_d.ma; 
i-(ourrentJ>uff+l) 
I!oIldOOOOOlllb; 
/' 
INC BUFFBR NO. 1I0D 8'/ 


if 
en&ble_rov< 
>0 
/' 
IF 
RBCBIVBR IS 
ON 
'/ 


then 
do, 
/' 
PRBFARB NBXT BUFFER ,/ 


oall 
c1m••_load(rz_oh 
••nnel, 
rz_dir, 
1532,lIrz_c1m ••_addr(i)); 


;ie;"o~~~~(~S~~~~)~~:~~t 
(oU58)- 
18h; 
rZ_buffer(i). 
oh&1n_ont-O; 
end: 


else 
00.11 rev _d.1s&ble; 


stop_omd_dma; 
stop_cm_dma; 
stop_omd_c1m ••; 


/' 
TDR COIlllAJlD. STOP DIlA 


/' 
DONF COIlllAJlD, STOP DIIA 


/' 
DIAGNOSB CIID, STOF DIIA 


/' 
RBCBIVllD FRAIIE 


/' 
FIND ADllRBSS OF BND OF CORRBNTLYRBCBIVllD BUFFER 


/' 
BY CALCOLATINGIT 
WIT! 
TBB 82588 
BYTB COtlNT REGS. 


rzJ>uff_off-(shl(double(st2),8) 
or 
double(stl)), 
/, 
READ STATIlS BYTBS PROIi IIBNORY 
rz_stO-rz_buffer(ourrent_buff) 
.buff(rzJ>ufLoff-2); 
rz.-stl-rzJ>uffer(ourrent_buff). 
buff(rzJ>uff_off-l); 


/' 
DFDATE ACTUALBUFFER SIZB 
rz_buffer( 
current_buff) 
.••ctu ••Lsize-rzJ>uff_off; 
rxjJuffer( 
ourrent_])uff) 
. stO-rz_stO; 
rz_buffer(ourrentJ>uff). 
stl-rz_stl; 


ourrentJmft-1.; 
/' 
UFDATE TOTAL RBCBIVllD BUFFERS 
total_rev _oount-total_rev 
_oount+1; 
/' 
UPDATB STATISTICS 
if 
(rz_stl 
and 
OOlOOOOOb)-O 
then 
do; 
bad_rav _oount-bad_rov 
_oount+ 1; 


/' 
INCRBIIBNT NO BND OF FRAIIE COtlNTBR 
tmp-scr( 
tmp: -rz....stO, 
7) , 


~~_~~~~~~f 
E~~:T 0~RAIIE COtlNTBR 
tmp-sor(tmp,l) 
; 


srt_frm-srt_frm 
plus 
0; 
/' 
INCREIlBNT 
RX OVllRRONCOtlNTBR 
tmp-sor(tmp:-rz_stl,l) 
, 


~~_~;~ve~~~~:'BRROR 
OOtnrrBR 
tmp-scr(tmp,2); 


~gI:~er~l~~ 
COONTBR 
tmp-sor( 
tmp, 1) ; 
oro_err-oro_err 
plus 0; 
end; 


eV_09 
BV_10 
eV_ll 
eV_12 


/' 
BV_09 
RB~UESTS ASSIGNllBNT OF A NEWBUFFBR 
'/ 


c ••ll 
••lloc 
••te_new_buffer(not(rol(st3.1)) 
and 
OOOOOOOlb), 
stop_r:z_dma; 
/' 
RBCEIVE 
DISABLE 
,/ 


stop_rx_dma: 
/' 
STOP RBCBIVE 
'/ 
do; 
/. 
RB-TRANSMIT 
OONE 
'/ 


st ••t-(st2 
and 
10000000b) 
or 
(stl 
I!oIldOOlOOOOOb); 
if 
(stat-80h) 
then 
do; 
/. 
RETRANSMIT 
- • / 


call 
c1m••_load( 
1, tz....dir, 
1536 ,Otz_dmlLaddr); 


1SBue_rtx_omc1 
; 
coll_cnt(l7) 
- 
coll_cnt(l7) 
+ 1; 
total_t~coount-total_t~oount+1 ; 
bad......tx-oount-bad._tx_oount 
+1; 
end; 
else do; 


if 
in_loop 
then 
do; 
/' 
LOOF RBTRANSIiISSIONS 
'/ 


call 
c1mo._load( omd_ohannel, 
tz_dir, 
1536, Otz_c1m••_•• 
1ssue_tx_omc1; 
total_tx_oount-total_tx_oount+ 
1; 
end; 
if 
(st ••t-DAOh) 
/' 
IIAX COLLISION 
'/ 


then 
do; 
coll_cntOS) 
- 
oolLcnt(lS)+l; 
001Lcnt(7) 
- 
coll_cnt(l7)+1; 
bad_tx_oount-bad_tx_oount 
+1; 


end; 


/' 
UFDATB SPBCIFIC 
COLLISION COtlNTER 
'/ 


else 
coll_cnt(stl 
and 
Ofh) 
- 
cOll_cnt(stl 
and 
Ofh) 
+ 1; 


end; 
eV_13: 
stop_omd._dma; 
:~=i:~ 
stop_omCLdma; 


end; 


/' 
ACIOlOllLBDGB8259A 
INTBRRUPT 
output(pic_ocw2)- 
seci_pico, 
/' 
SPBCIFIC 
BOI FOR 8259 
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APPENDIX 
B 
802.3 1BASES MULTI-POINT 
EXTENSION 
(MPE) 


As previously stated, one of the most important advan- 
tages of StarLAN is being able to work on already in- 
stalled phone wires. This advantage is considerably di- 
minished in Europe where numerous constraints exist 
to the using of those wires: 


I. Wire belongs to local PTfs. 
2. Not enough spare wires. 


This same issue is raised when talking about small busi- 
nesses where in a lot of cases no wiring closets and/or 
spare wires are available. 


In summary, in a lot of cases rewiring will be necessary, 
in which case the STAR topology may not be the most 
economical one. 


Recently the StarLAN 802.3 !BASE5 task force has 
been considering the extension of the StarLAN base 
topology. This extension called MULTI POINT EX- 
TENSION (MPE) is going to be developed to address 
the previously described marketing requirements. 


Currently 
no agreement 
has been reached 
by the 
StarLAN task force on the MPE exact topology and 
implementation. Multiple approaches have been pre- 
sented, but no consensus met. It was decided though 
that the MPE is going to be an addendum to the STAR 
topology, and that its final specification will happen 
after the approval of the current IBASE5 STAR topol- 
ogy (July 1986). 
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APPENDIX 
C 
SINGLE DMA CHANNEL 
INTERFACE 


In a typical system, the 82588 needs 2 DMA channels 
to operate in a manner that no received frames are lost 
as discussed in section 5.1.3. If an existing system has 
only one DMA channel available, it is still possible to 
operate the 82588 in a way that no frames are lost. This 
method is recommended only in situations where a sec- 
ond DMA channel is impossible to get. 


Figure 66 shows how the 82588 DMA logic is inter- 
faced to one channel of a DMA controller. Two DRQ 
lines are ORed and go to the DMA controller DRQ 
line and the DACK line from the DMA controller is 
connected to DACKO and DACKI of the 82588. The 
82588 is configured 
for 
multiple 
buffer 
reception 
(chaining), although the entire frame is received in a 
single buffer. Let us assume that channel CH-O is used 
as the first channel for reception. After the ENAble 
RECeive command, CH-Ois dedicated to reception. As 
long as no frame is received, the other channel, CH-I, 
can be used for executing any commands like transmit, 
multicast 
address, dump, etc., by programming 
the 
DMA channel for the execution command. The status 
register should be checked for any ongoing reception, 
to avoid issuing an execution command when reception 
is active. 


OROO 
OROI 


OACKO 
OACKI 


OtolA 
CONTROLLER 
231422-49 


If a frame is received, an interrupt for additional buffer 
occurs immediately after an address match is estab- 


lished, as shown in Figure 67. After this, the received 
bytes start filling up the on-chip FIFO. The 82588 acti- 
vates the DRQ line after IS-FIFO 
LIMIT + 3 bytes 
are ready for transfer in the FIFO (about 80 microsec- 
onds after the interrupt). The CPU should react to the 
interrupt within 80 IJosand disable the DMA controller. 
It should also issue an ASSIGN ALTERNATE 
BUFF- 
ER command with INTACK 
to abort any execution 
command that may be active. The FIFO fills up in 
about 160 IJosafter interrupt. To prevent an underrun, 
the CPU must reprogram 
the DMA 
controller 
for 
frame reception and re-enable the DMA 
controller 
within 160 IJoSafter the interrupt (time to receive about 
21 bytes). No buffer switching actually takes place, al- 
though the 82588 generates request for alternate buffer 
every time it has no additional buffer. The CPU must 
respond to these interrupts with an ASSIGN ALTER- 
NATE BUFFER command with INTACK. 
To keep 
the CPU overhead to a minimum, the buffer size must 
be configured to the maximum value of I kbyte. 


If a frame transmission starts deferring due to the re- 
ception occurring just prior to an issued transmit com- 
mand, the transmission can start once the link is free 
after reception. A maximum of 19bytes are transmitted 
(stored in the FIFO and internal registers) followed by 
a jam pattern and then an execution aborted interrupt 
occurs. The aborted frame can be transmitted again. 


If the transmit command is issued and the 82588 starts 
transmitting just prior to receiving a frame then trans- 
mit wins over receive-but 
this will obviously lead to a 
collision. 


Note that the interrupt for additional buffer is used to 
abort an ongoing execution command and to program 
the DMA channel for reception just when a frame is 
received. This scheme imposes real time interrupt han- 
dling requirements on the CPU and is recommended 
only when a second DMA channel is not available. 
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APPENDIX 
D 
MEASURING 
NETWORK 
DELAYS WITH THE 82588 


Knowing networks round-trip delays in local area net- 
works is an important capability. The round-trip delay 
very much defines the slot time parameter which by 
itself has a direct relationship to network efficiency and 
throughput. Very often the slot-time parameter is not 
flexible, due to standards requirements. Whenever it is 
flexible, optimization of this number may lead to signif- 
icant improvement in network performance. 


Another possible usage of the network delay knowledge 
is in balancing the inter-frame -spacing (IFS) on broad- 
band networks. On those networks, stations nearer to 
the HEAD-END 
hear themselves faster than farther 
ones. Effectively having a shorter IFS than stations far 
from the HEAD-END. This difference causes an inba- 
lance in network access time for different stations at 
different distances from the HEAD-END. 
Knowing 
the STATIONIHEAD-END 
delay allows the user to 
reprogram the 82588 IFS accordingly, and by that bal- 
ance the effective IFS for all the stations. 


The 82588 has an internal mechanism that allows the 
user to measure this delay in BIT-TIME 
units. The 
method is based on the fact that the 82588 when config- 
ured for internal collision detection, requires that the 
carrier sense be active within half a slot-time after 
transmission has started. If this requirement is not ful- 
filled the 82588 notifies that a collision has occurred. 
Thus it is possible to configure the 82588 to different 
slot time values, then transmit a long frame (of at least 
half a slot-time). If the transmission succeeds, the net- 
work round-trip delay is less than half the programmed 
slot-time. If a collision is reported, the delay is longer. 
The value of the round-trip delay can be found by re- 
peating this experiment process while scanning the slot- 
time configuration parameter value and searching the 
threshold. A binary search algorithm is used for that 
purpose. First the slot-time is configured for the maxi- 
mum (2048 bits) and according if there was a collision 
or not, the number changed for the next try. (See Fig- 
ure 68) 


inter 


inter 
iMCC 
MAP COMMUNICATIONS 
CONTROLLER 
COMPONENT SET 


Essential 
building 
blocks 
for implementing 
IEEE 802.4 Token 
Bus/Manufacturing 
Automation 
Protocol 
(MAP) 
10-Mb/s 
broadband 
communication 
nodes. 
A full implementation 
of the 802.4 Media Access 
Control 
(MAC) 
and IEEE 802.2 
Class 
I Logical 
Link Control 
(LLC) functions 
is supplied, 
plus ample 
processing 
power 
for 
higher 
level 
protocols. 
A completely 
assembled 
and tested 
circl.\it board 
provides 
the 
broadband 
modem 
function. 
An adapter 
interfacing 
any computer 
bus can be quickly implemented 
with the design aids provided. 


The full configuration 
component 
set is as follows: 


• 
Token 
Bus Handler. 
Consists 
of Two 
CMOS VLSI Components 
Implementing 
Time-Critical 
MAC Functions 


• 
10-Mb/s 
Modem 
Circuit Board. 
Available 
in General 
Purpose, 
IBM PC, 
or VME Format 


• 
Firmware 
Implementing 
802.2 LLC and 
Non- Time-Critical 
802.4 MAC Functions. 
Firmware 
is Supplied 
in Two Intel 27128 
EPROMs 


• 
8-MHz 80186 Microprocessor 


The iMcc kit is available 
in many configurations 
such as without 
a broadband 
modem. 
iMCC features 
a high 
performance 
dual bus architecture 
for concurrent 
data flow and protocol 
execution; 
a well defined 
high level 
software 
interface; 
and a hardware 
interface 
which 
enables 
interfacing 
the basic controller 
to any computer 
bus. Implementation 
of the LLC and a subset 
of MAC in firmware 
allows easy migration 
as protocols 
evolve. 


IEEE 
802.2 
CLASS 
I 
-- 


LOGICAL 
LINK 
CONTROL 
(LLC) 


t.4EDIUt.4 ACCESS 
CONTROL 
(t.4AC) 


PHYSICAL 


-I 
186 II FIRt.4WARE I 


_I 
T_OK_E_N_B_U_S 
__ 
••• 
. 
HANDLER 


NETWORK 
tolANAGEtolENT 


CONSOLE 


tolULTIBUS 
TOKEN 
BUS 
BOARD 


IBtol PC 
ViolE 


TOKEN 
BUS 
BOARDS 


tolP500 
tolV400 


NETWORK 
TRAffiC 
ANALYSER 


tolAP2.1 
APPLICATION 
LAYER 
SOfTWARE 


SERIAL 
tolAP 


INTERfACE 
UNIT 


tolJU-40 


COtolPONENT 
SET 
fLO 
USER 
DESIGNED 
BOARDS 


The MCC hardware architecture is based on a dual 
bus scheme: Control and Storage busses. The main 
function of the Control bus is to be a local bus for 
the 80186 microprocessor. The Control bus incorpo- 
rates the EPROMs with the MAC/LLC firmware and 
any additional user written code. Through the Con- 
trol bus the local processor can access the TBH as 
a slave peripheral. The Storage bus is the interface 
to the local dynamic RAM. This bus is the output of 
an arbitration logic that allows multiple ports (local 
80186, TBH, System bus) to access the shared 
DRAM space. The two major merits of this architec- 
ture are its performance and modularity. 


Performance 
- 
is achieved due to the dual bus 
scheme. The MAC/LLC firmware executes out of 
the Control bus, which can run concurrently with 
data transfers from the TBH to the shared DRAM 
memory space. This architecture is only possible 
due to the dual-port nature of the TBH controller. 


Modularity 
- 
As can be seen in Figure 2, the sys- 
tem bus interfacing is done through a shared DRAM 


window. (System bus slave interface module.) By 
simply modifying this slave interface 
module, users 
can adapt the MCC to multiple distinct system bus- 
ses (backplanes). Also shown is an optional system 
bus master interface. The purpose of this interface is 
to accommodate added flexibility in multiprocessing 
busses. This addition allows the local 80186 micro- 
processor to access the system bus as a master 
device (this addition is implemented in the Intel 
iSXM554 board product). 


The 
iMCC 
implements 
an 
intelligent 
Token 
Bus/MAP Local Area Network controller. The MCC 
provides all the components and firmware neces- 
sary to build a Token Bus adapter, from the physical 
to the logical link layers. 


The MCC components are: 


• 
8-MHz 
80186: The main intelligence element of 
the Token Bus controller. It performs 802.4 MAC 
non-time-critical functions, 802.2 Class I LLC, and 
any user desired code. 
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• 
Two 
27128 
EPROMs: Carriers of the MCC firm- 
ware. They incorporate the non-time-critical func- 
tions of the MAC and the 802.2 LLC. About 16 
kbytes of the total 32 kb are used for MAC/LLC. 


• 
Token 
Bus Handler 
(TBH): Implements the time- 
critical functions of the 802.4 MAC. It incorpo- 
rates two CMOS integrated circuits which behave 
as one logical entity. The TBH components have 
120 and 144 pins, and use ceramic pin-grid-array 
packages. 


• 
10-Mbps 
Broadband 
Modem: 
Fully compatible 
with IEEE 802.4 specifications, the modem imple- 
ments the duobinary AM/PSK encoding scheme, 
and uses two 6-MHz RF channel pairs for each 
data direction (Transmit/Receive). Three modem 
form factors are available, general purpose, PC 
Bus, and 
VME 
Bus. Modems 
are 
powered 


through their interface cable which is a 34-pin flat 
ribbon. The general purpose modem can be pig- 
gybacked on a Token Bus controller board of the 
MULTIBUS I form factor. 


MCC is part of a broader Token-Bus/MAP network- 
ing system developed jointly by Intel and Industrial 
Networking Incorporated (INI). It includes building 
blocks to ensure complete MAP interconnectability 
and interoperability 
at all seven OSI Reference Mod- 


el layers. Component sets, boards, and software are 
available from Intel and INI-offering 
the user a 


complete solution. 


Specifically, MCC is the component set that will al- 
low users flexibility in designing their own bus struc- 
tures and form factors. In addition, the user benefits 
from the availability of a variety of Intei/INI systems 
products. 


The MCC implements a high functionality, high per- 
formance MAP/Token Bus controller. An important 
goal of the MCC architecture is flexibility and up- 
gradeability. The MCC functionality is carefully parti- 
tioned between silicon and firmware to achieve the 
flexibility goals, without sacrificing performance. The 
time-critical function of the 802.4 protocols are 
implemented in the TBH silicon for maximum per- 
formance. The non-time-critical functions are imple- 
mented in firmware which is EPROM based. This 
approach enables the MCC to track possible 802.4 
changes and/or evolutions in an expeditious man- 
ner. 


As seen in Figure 3, the MCC firmware uses about 
16 kbytes of EPROM, and consumes about 10% of 
the 80186 bandwidth. 


THE VIRTUAL 
TOKEN 
BUS 


CONTROLLER 
(VTBC) 


The VTBC is the communications kernel of the 
MAP/Token Bus controller. The VTBC executes the 
802.4 MAC and is composed of the 80186 micro- 
processor and the TBH. As implied by the name the 
VTBC is designed to look like a virtual component to 
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Figure 2. iMCC Hardware 
Architecture 
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Figure 3. Functional 
Partitioning 


the hardware 
and software 
designer. 
The VTBC pro- 
vides designers 
the performance 
and flexibility 
nec- 
essary 
to 
track 
evolving 
standards. 
As 
described 
earlier, the time-critical 
functions 
are implemented 
in 
the TBH; whereas, 
non-time-critical 
ones are imple- 
mented 
in firmware 
for flexibility. 


VTBC Functions Provided in Hardware 
(TBH) 
• 
Framing 


• 
DMA to/from 
Memory 


CONTROL BUS I/F 


CONTROL/STATUS 
REGISTERS 
INTERRUPT VECTOR REGISTERS 


• 
Rx Frames Address/Control 
Filtering 


• 
Automatic 
Token 
Passing 


• 
Rotation/Slot 
Time/Inter 
Solicit Timers 
Handling 


• 
Previous/Next 
Station 
Address 
Handling 


• 
Parity Checking 
for Control/Storage 
busses 


VTBC Function Implemented 
in 
Firmware 
• 
MAC State Machine 


• 
Ring Buildup and Maintenance 


• 
All Additional 
Functions 
Necessary 
to Implement 


Fully the 802.4 MAC Sublayer 


The Data Link firmware 
executes 
on the local MCC 
80186. 
It consists 
of two parts, the MAC Firmware 
and the LLC Firmware. 
The MAC Firmware 
handles 
all interrupts 
from the TBH. 
It provides 
all functions 
necessary 
to 
implement 
the 
IEEE 
802.4 
Token 
Passing 
bus access 
method. 
To do this, it must re- 
spond to events on the network, 
select, and execute 
station responses. 
The data link provides 
services 
to 
the client's 
software 
including 
the 802.2 Class I sub- 
layer. 
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802.4 
KERNAL 
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The MAC firmware is executed only in response to 
interrupts from the TBH hardware. INTOis used for 
this purpose, and it has the highest priority. The 
MAC firmware complements the TBH in implement- 
ing the Access Control Machine (ACM) as specified 
by 802.4. Together, these elements implement the 
VTBC which is the MCC 802.4 kernel. 


As previously stated, the VTBC acts as a VLSI de- 
vice, and posts CPU interrupts whenever events 
need to be reported. This VTBC interrupt is generat- 
ed in the MAC firmware by an unused interrupt from 
one of the 80186 internal DMAs (DMAO).Therefore, 
the VTBC interrupt is distinct from the TBH interrupt 


(INTO)which is generated by the TBH hardware, and 
effectively internal to the VTBC. 


The MAP Communications Controller incorporates a 
10-Mbps broadband modem to interface with the 
media. 


The broadband modem is implemented on a printed 
circuit board, and is available in three form factors: 


1. IBM PC Bus Form Factor (TBM-12) 
2. General Purpose Form Factor (TBM-15) 
3. VME Bus Form Factor (TBM-14) 


The modem is designed to operate in association 
with a Token Bus controller board, and interfaces 
with that board through a 34-line, flat ribbon cable. 


The modem implements the 802.4 duobinary AMI 
PSK encoding scheme, and uses two 6 MHz RF 
channels for communication, one pair (12 MHz) in 
each direction (frequencies used: 6'IFM1' IT IU). 


The MCC modem requires a headend remodulator 
on the network. Transmitted data reaches this de- 
vice as an amplitude modulated RF signal. The 
headend remodulates this signal at a different carri- 
er frequency, and sends it to all receivers. 


The MCC modem interface is functionally compati- 
ble with the MAC-Physical interface specification, 
originally proposed to the IEEE 802.4 by Motorola 
(October 1985). 
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• 
iMCC: Firmware 
Reference 
Manual 


• 
iMCC: TBM-12, 
TBM-15 
Modem, 
Data Sheet 


• 
iMCC: AP-301 
Token 
Bus System 
Design 


• 
iMCC: Token 
Bus Handler 
(TBH) Data Sheet 
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Part No. 
MCC1 
Description 
MAP MUL TIBUS I Kit 


MCCM1 


MCCM2 


MCCM3 


MAP MUL TIBUS I Kit 
(For Bulk Orders, Excludes 
Documentation) 


MAP IBM PC BUS Kit 
(For Bulk Orders, Excludes 
Documentation) 


MAP VME Bus Kit 
(For Bulk Orders, Excludes 
Documentation) 


Contents 
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8251A 
PROGRAMMABLE COMMUNICATION 
INTERFACE 
• Synchronous 
and Asynchronous 
• Asynchronous 
Baud Rate-DC 
to 19.2K 


Operation 
Baud 
• Synchronous 
5-8 
Bit Characters; 
• Full-Duplex, 
Double-Buffered 
Internal 
or External 
Character 
Transmitter 
and Receiver 
Synchronization; 
Automatic 
Sync 
• Error Detection-Parity, 
Overrun 
and 
Insertion 
Framing 
• Asynchronous 
5-8 
Bit Characters; 
• Compatible 
with an Extended 
Range of 
Clock Rate-1, 
16 or 64 Times Baud 
Intel Microprocessors 
Rate; Break Character 
Generation; 
1, 
11f2, or 2 Stop Bits; False Start Bit 
• 28-Pin DIP Package 


Detection; 
Automatic 
Break Detect 
and 
• All Inputs and Outputs 
are TTL 


Handling 
Compatible 
• Synchronous 
Baud Rate-DC 
to 64K 
• Available 
in EXPRESS 
and Military 
Baud 
Versions 


The 
Intel@ 8251A 
is the 
industry 
standard 
Universal 
Synchronous/Asynchronous 
Receiver/Transmitter 
(USARD, 
designed 
for data communications 
with Intel's microprocessor 
families 
such as MCS-48, 80, 85, and 


iAPX-86, 
88. The 8251A 
is used as a peripheral 
device 
and is programmed 
by the CPU to operate 
using 


virtually any serial data transmission 
technique 
presently 
in use (including 
IBM "bi-sync"). 
The USART accepts 


data characters 
from the CPU in parallel format 
and then converts 
them into a continuous 
serial data stream 


for transmission. 
Simultaneously, 
it can receive serial data streams and convert 
them into parallel data charac- 
ters for the CPU. The USART will signal the CPU whenever 
it can accept 
a new character 
for transmission 
or 


whenever 
it has received 
a character 
for the CPU. The CPU can read the complete 
status of the USART at any 


time. These 
include 
data transmission 
errors 
and control 
signals 
such as SYNDET, 
TxEMPTY. 
The chip is 


fabricated 
using Intel's 
high performance 
HMOS technology. 
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Figure 2. Pin Configuration 
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The 8251A is an advanced design of the industry 
standard USART, the Intel® 8251. The 8251A oper- 
ates with an extended range of Intel microproces- 
sors and maintains compatibility with the 8251. Fa- 
miliarization time is minimal because of compatibility 
and involves only knowing the additional features 
and enhancements, and reviewing the AC and DC 
specifications of the 8251A. 


The 8251A incorporates all the key features of the 
8251 and has the following additional features and 
enhancements: 
• 8251A has double-buffered data paths with sepa- 
rate I/O registers for control, status, Data In, and 
Data Out, which considerably simplifies control 
programming and minimizes CPU overhead. 
• In asynchronous operations, the Receiver de- 
tects and handles "break" automatically, reliev- 
ing the CPU of this task. 
• A refined Rx initialization prevents the Receiver 
from starting when in "break" state, preventing 
unwanted 
interrupts 
from 
a 
disconnected 
USART. 
• At the conclusion of a transmission, TxD line will 
always return to the marking state unless SBRK 
is programmed. 
• Tx Enable logic enhancement prevents a Tx Dis- 
able command from halting transmission until all 
data previously written has been transmitted. The 
logic also prevents the transmitter from turning 
off in the middle of a word. 
• When External Sync Detect is programmed, In- 
ternal Sync Detect is disabled, and an External 
Sync Detect status is provided via a flip-flop 
which clears itself upon a status read. 
• Possib.i1ityof false sync detect is minimized by 
ensuring that if double character sync is pro- 
grammed, the characters be contiguously detect- 
ed and also by clearing the Rx register to all ones 
whenever Enter Hunt command is issued in Sync 
mode. 
• As long as the 8251A is not selected, the RD and 
WR do not affect the internal operation of the 
device. 
• The 8251A Status can be read at any time but the 
status update will be inhibited during status read. 
• The 8251A is free from extraneous glitches a'nd 
has enhanced AC and DC characteristics, provid- 
ing higher speed and better operating margins. 
• Synchronous Baud rate from DC to 64K. 


The 8251A is a Universal Synchronous/ Asynchro- 
nous Receiver/Transmitter 
designed for a wide 
range of lritel microcomputers such as 8048, 8080, 
8085, 8086 and 8088. Like other I/O devices in a 
microcomputer system, its functional configuration is 
programmed by the system's software for maximum 
flexibility. The 8251A can support most serial data 
techniques in use, including IBM "bi-sync". 


In a communication environment an interface device 
must convert parallel format system data into serial 
format for transmission and convert incoming serial 
format data into parallel system data for reception. 
The interface device must also delete or insert bits 
or characters that are functionally unique to the 
communication technique. In essence, the interface 
should appear "transparent" to the CPU, a simple 
input or output of byte-oriented system data. 


This 3-state bidirectional, 8-bit buffer is used to inter- 
face the 8251A to the system Data Bus. Data is 
transmitted or received by the buffer upon execution 
of INput or OUTput instructions of the CPU. Control 
words, Command words and Status information are 
also transferred through the Data Bus Buffer. The 
Command Status, Data-In and Data-Out registers 
are separate, 8-bit registers communicating with the 
system bus through the Data Bus Buffer. 


This functional block accepts inputs from the system 
Control bus and generates control signals for overall 
device operation. It contains the Control Word Reg- 
ister and Command Word Register that store the 
various control formats for the device functional defi- 
nition. 


A "high" 
on this input forces the 8251A into an 
"Idle" mode. The device will remain at "Idle" until a 
new set of control words is written into the 8251A to 
program its functional definition. Minimum RESET 
pulse width is 6 tCY(clock must be running). 


A command reset operation also puts the device 
into the "Idle" state. 


intJ 


c/o 
Ro 
WR 
CS 


0 
0 
1 
0 
8251A DATA -+ DATA BUS 
0 
1 
0 
0 
DATA BUS -+ 8251A DATA 
1 
0 
1 
0 
STATUS -+ DATA BUS 
1 
1 
0 
0 
DATA BUS -+ CONTROL 
X 
1 
1 
0 
DATA BUS -+ 3-STATE 
X 
X 
X 
1 
DATA BUS -+ 3-STATE 


The ClK input is used to generate internal device 
timing and is normally connected to the Phase 2 
(TTl) output of the Clock Generator. No external in- 
puts or outputs are referenced to ClK but the fre- 
quency of ClK must be greater than 30 times the 
Receiver or Transmitter data bit rates. 


A "low" on this input informs the 8251A that the 
CPU is writing data or control words to the 8251A. 
This input, in conjunction with the WR and RD in- 
puts, informs the 8251A that the word on the Data 
Bus is either a data character, control word or status 
information. 


A "'ow" 
on this input informs the 8251A that the 
CPU is reading data or status information from the 
8251A. 
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A "low" 
on this input selects 
the 8251A. 
No reading 
or writ~ 
will occur 
unless 
the device 
is selected. 
When 
CS is ~, 
the Data Bus is in the float state 
and RD and WR have no effect 
on the chip. 


The 8251 A has a set of control 
inputs and outputs 
that can be used to simplify 
the interface 
to almost 
any modem. The modem control 
signals are general 
purpose 
in nature and can be used for functions 
oth- 
er than modem 
control, 
if necessary. 


The DSR input signal is a general-purpose, 
1-bit in- 
verting 
input port. Its condition 
can be tested 
by the 
CPU using a Status Read operation. 
The DSR input 
is normally 
used to test modem 
conditions 
such as 
Data Set Ready. 


DTR (Data Terminal Ready) 


The 
DTR output 
signal 
is a general-purpose, 
1-bit 
inverting 
output port. It can be set "low" 
by program- 
ming the appropriate 
bit in the Command 
Instruction 
word. 
The 
DTR output 
signal 
is normally 
used 
for 
modem 
control 
such as Data Terminal 
Ready. 


RTS (Request to Send) 


The 
RTS output 
signal 
is a general-purpose, 
1-bit 
inverting 
output port. It can be set "low" 
by program- 
ming the apE!:SPriate bit in the Command 
Instruction 
word. 
The 
RTS output 
signal 
is normally 
used 
for 
modem 
control 
such as Request 
to Send. 


A "low" 
on this input enables 
the 8251A to transmit 
serial data if the Tx Enable bit in the Command 
byte 
is set to a "one". 
If either a Tx Enable off or CTS off 
condition 
occurs 
while the Tx is in operation, 
the Tx 
will transmit 
all the data in the USART, written 
prior 
to Tx Disable 
command 
before shutting 
down. 


The 
Transmitter 
Buffer 
accepts 
parallel 
data 
from 
the Data Bus Buffer, converts 
it to a serial bit stream, 


inserts the appropriate 
characters 
or bits (based on 
the communication 
technique) 
and outputs 
a com- 


posite serial stream of data on the TxD output pin on 
the falling 
edge 
of TxC. The 
transmitter 
will begin 
transmission 
upon being enabled 
if CTS = O. The 
TxD line will be held in the marking state immediate- 
ly upon a master Reset or when Tx Enable or CTS is 
off or the transmitter 
is empty. 


The Transmitter 
Control 
manages 
all activities 
asso- 


ciated with the transmission 
of serial data. It accepts 
and issues 
signals 
both externally 
and internally 
to 
accomplish 
this function. 


This output 
signals 
the CPU that the transmitter 
is 
ready to accept a data character. 
The TxRDY output 
pin can be used as an interrupt 
to the system, 
since 
it is masked 
by TxEnable; 
or, for Polled 
operation, 


the CPU can check TxRDY using a Status Read op- 
eration. 
TxRDY 
is automatically 
reset by the leading 
edge of WR when 
a data character 
is loaded 
from 
the CPU. 


Note 
that 
when 
using 
the 
Polled 
operation, 
the 
TxRDY status bit is not masked by TxEnable, 
but will 
only indicate 
the Empty/Full 
Status 
of the Tx Data 
Input Register. 


When 
the 
8251A 
has 
no characters 
to send, 
the 
TxEMPTY 
output 
will go "high". 
It resets 
upon 
re- 
ceiving 
a character 
from 
CPU 
if the 
transmitter 
is 
enabled. 
TxEMPTY 
remains 
high when the transmit- 


ter is. disabled. 
TxEMPTY 
can be used 
to indicate 
the end of a transmission 
mode, 
so that 
the CPU 
"knows" 
when to "turn 
the line around" 
in the half- 
duplex operational 
mode. 


In the Synchronous 
mode, 
a "high" 
on this output 
indicates 
that a character 
has not been loaded 
and 
the SYNC character 
or characters 
are about to be or 


are being 
transmitted 
automatically 
as "fillers". 
Tx 
EMPTY does not go low when the SYNC characters 
are being shifted 
out. 


RESET_ 


CLK_ 
READ/WRITE 
C/D_ 
CONTROL 
RD_ 
LOGIC 


WR 
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The Transmitter 
Clock controls 
the rate at which the 
character 
is to be transmitted. 
In the Synchronous 
transmission 
mode, 
the Baud Rate (1x) is equal to 
the 
TxC 
frequency. 
In Asynchronous 
transmission 
mode, the baud rate is a fraction 
of the actual TxC 
frequency. 
A portion 
of the mode instruction 
selects 
this factor; 
it can be 1, 1;16 or Y64 the TxC. 


If Baud Rate equals 
110 Baud, 
TxC equals 
110 Hz in the 1x mode. 
TxC equals 
1.72 kHz in the 16x mode. 
TxC e~uals 7.04 kHz in the 64x mode. 


The falling 
edge of TxC shifts the serial data out of 
the 8251A. 


The Receiver 
accepts 
serial data, converts 
this seri- 
al input to parallel 
format, 
checks 
for bits or charac- 
ters that are unique to the communication 
technique 
and sends 
an "assembled" 
character 
to the CPU. 
Serial data is input to RxD pin, and is clocked 
in on 
the rising edge of RxC. 


This 
functional 
block 
manages 
all receiver-related 
activities 
which consists 
of the following 
features. 


The 
RxD 
initialization 
circuit 
prevents 
the 
8251 A 
from mistaking 
an unused input line for an active low 
data line in the "break 
condition". 
Before 
starting 
to 
receive serial characters 
on the RxD line, a valid "1" 
must 
first 
be detected 
after 
a chip 
master 
Reset. 


Once this has been determined, 
a search for a valid 
low (Start bit) is enabled. 
This feature 
is only active 
in the asynchronous 
mode, 
and is only done 
once 
for each master 
Reset. 


The 
False 
Start 
bit detection 
circuit 
prevents 
false 
starts due to a transient 
noise spike by first detecting 
the falling edge and then strobing 
the normal center 
of the Start bit (RxD = low). 


Parity error detection 
sets the corresponding 
status 
bit. 


The Framing 
Error status 
bit is set if the Stop bit is 
absent 
at the end of the data 
byte (asynchronous 
mode). 
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This output indicates that the 8251A contains a 
character that is ready to be input to the CPU. 
RxRDY can be connected to the interrupt structure 
of the CPU or, for polled operation, the CPU can 
check the condition of RxRDY using a Status Read 
operation. 


RxEnable, when off, holds RxRDY in the Reset Con- 
dition. For Asynchronous mode, to set RxRDY, the 
Receiver must be enabled to sense a Start Bit and a 
complete character must be assembled and trans- 
ferred to the Data Output Register. For Synchronous 
mode, to set RxRDY, the Receiver must be enabled 
and a character must finish assembly and be trans- 
ferred to the Data Output Register. 


Failure to read the received character from the Rx 
Data Output Register prior to the assembly of the 
next Rx Data character will set overrun condition er- 
ror and the previous character will be written over 
and lost. If the Rx Data is being read by the CPU 


DATA 
BUS 
BUFFER 


RESET__ 


ClK __ 
READ/WRITE 


C/D__ 
CONTROL 
RD_ 
lOGIC 
WR 


when the internal transfer is occurring, overrun error 
will be set and the old character will be lost. 


The Receiver Clock controls the rate at which the 
character is to be received. In Synchronous Mode, 
the Baud Rate (1x) is equal to the actual frequency 
of RxC. In Asynchronous Mode, the Baud Rate is a 
fraction of the actual RxC frequency. A portion of the 
mode instruction selects this factor: 1, 1/,6 or 1,164 the 
RxC. 


For Example: 
Baud Rate equals 300 Baud, if 
RxC equals 300 Hz in the 1x mode; 
RxC equals 4800 Hz in the 16x mode; 
RxC equals 19.2 kHz in the 64x mode. 
Baud Rate equals 2400 Baud, if 
RxC equals 2400 Hz in the 1x mode; 
RxC equals 38.4 kHz in the 16 mode; 
RxC equals 153.6 kHz in the 64 mode. 


TRANSMIT 
BUFFER 
IP ·S) 


T.EMPTV 


T"'XC: 


/ 


R.RDY 


R.C 


Data is sampled into the 8251A on the rising edge of 
RxC. 


NOTE: 
In most communication systems, the 8251A will be 
handling both the transmission and reception oper- 
ations of a single link. Consequently, the Receive 
and Transmit Baud Rates will be the same. Both 
TxC and RxC will require identical frequencies for 
this operation and can be tied together and con· 
nected to a single frequency source (Baud Rate 
Generator) to simplify the interface. 


SYNDET (SYNC Detect! 
BRKDET Break Detect) 


This pin is used in Synchronous Mode for SYNDET 
and may be used as either input or output, program- 
mable through the Control Word. It is reset to output 
mode low upon RESET. When used as an output 
(internal Sync mode), the SYNDET pin will go "high" 
to indicate that the 8251A has located the SYNC 


character in the Receive mode. If the 8251A is pro- 
grammed to use double Sync characters (bi-sync), 
then SYNDET will go "high" in the middle of the last 
bit of the second Sync character. SYNDET is auto- 
matically reset upon a Status Read operation. 


When used as an input (external SYNC detect 
mode), a positive going signal will cause the 8251A 
to start assemblinjLQata characters on the rising 
edge of the next RxC. Once in SYNC, the "high" 
input signal can be removed. When External SYNC 
Detect is programmed, Internal SYNC Detect is dis- 
abled. 


This output will go high whenever the receiver reo 
mains low through two consecutive stop bit se- 
quences (including the start bits, data bits, and parity 
bits). Break Detect may also be read as a Status bit. 
It is reset only upon a master chip Reset or Rx Data 
returning to a "one" state. 


The complete functional definition of the 8251A is 
programmed by the system's software. A set of con- 
trol words must be sent out by the CPU to initialize 
the 8251A to support the desired communications 
format. These control words will program the: BAUD 
RATE, CHARACTER LENGTH, NUMBER OF STOP 
BITS, SYNCHRONOUS or ASYNCHRONOUS OP· 
ERATION, EVEN/ODD/OFF 
PARITY, etc. In the 
Synchronous Mode, options are also provided to se- 
lect either internal or external character synchroni- 
zation. 


Once programmed, the 8251A is ready to perform its 
communication functions. The TxRDY output is 
raised "high" to signal the CPU that the 8251A is 
ready to receive a data character from the CPU.This 
output (TxRDY) is reset automatically when the CPU 
writes a character into the 8251A. On the other 
hand, the 8251A receives serial data from the MO- 
DEM or I/O device. Upon receiving an entire charac- 
ter, the RxRDY output is raised "high" to signal the 
CPU that the 8251A has a complete character ready 
for the CPU to fetch. RxRDY is reset automatically 
upon the CPU data read operation. 


The 8251A cannot begin transmission until the Tx 
Enable (Transmitter Enable) bit is set in the Com- 
mand Instruction and it has received a Clear To 
Send (CTS) input. The TxD output will be held in the 
marking state upon Reset. 
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"The second sync character is skipped if mode instruction has 
programmed the 8251A to single character sync mode. Both 
sync characters are skipped if mode instruction has programmed 
the 8251A to async mode. 


Programming 
the 8251A 


Prior to starting data transmission or reception, the 
8251A must be loaded with a set of control words 
generated by the CPU. These control signals define 
the complete functional definition of the 8251A and 
must immediately follow a Reset operation (internal 
or external). 


1. Mode Instruction 
2. Command Instruction 


This instruction defines the general operational 
characteristics of the 8251A. It must follow a Reset 
operation (internal or external). Once the Mode In- 
struction has been written into the 8251A by the 
CPU, SYNC characters or Command Instructions 
may be written. 


Command 
Instruction 


This instruction defines a word that is used to control 
the actual operation of the 8251A. 


Both the Mode and Command Instructions must 
conform to a specified sequence for proper device 
operation (see Figure 7). The Mode Instruction must 
be written immediately following a Reset operation, 
prior to using the 8251A for data communication. 


All control words written into the 8251A after the 
Mode Instruction will load the Command Instruction. 
Command Instructions can be written into the 8251A 
at any time in the data block during the operation of 
the 8251A. To return to the Mode Instruction format, 
the master Reset bit in the Command Instruction 
word can be set to initiate an internal Reset opera- 
tion which automatically places the 8251A back into 
the Mode Instruction format. Command Instructions 
must follow the Mode Instruction or Sync characters. 


The 8251A can be used for either Asynchronous or 
Synchronous data communication. To understand 
how the Mode Instruction defines the functional op- 
eration of the 8251A, the designer can best view the 
device as two separate components, one Asynchro- 
nous and the other Synchronous, sharing the same 
package. The format definition can be changed only 
after a master chip Reset. For explanation purposes 
the two formats will be isolated. 
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NOTE: 
When parity is enabled it is not considered as one 
of the data bits for the purpose of programming 
word length. The actual parity bit received on the 
Rx Data line cannot be read on the Data Bus. In 
the case of a programmed character length of less 
than 8 bits, the least significant Data Bus bits will 
hold the data; unused bits are "don't care" when 
writing data to the 8251A, and will be "zeros" when 
reading the data from the 8251A. 


Asynchronous 
Mode (Transmission) 


Whenever a data character is sent by the CPU the 
8251A automatically adds a Start bit (low level) fol- 
lowed by the data bits (least significant bit first), and 
the programmed number of Stop bits to each char- 
acter. Also, an even or odd Parity bit is inserted prior 
to the Stop bit(s), as defined by the Mode Instruc- 
tion. The character is then transmitted as a serial 
data stream on the TxD output. The serial data is 
shifted out on the falling edge of TxC at a rate equal 
to 1, Y-.6' or Y64 that of the TxC, as defined by the 
Mode Instruction. BREAK characters can be contin- 
uously sent to the TxD if commanded to do so. 


When no data characters have been loaded into the 
8251A the TxD output remains "high" (marking) un- 
less a Break (continuously low) has been pro- 
grammed. 


Asynchronous 
Mode (Receive) 


The RxD line is normally high. A falling edge on this 
line triggers the beginning of a START bit. The validi- 
ty of this START bit is checked by again strobing this 
bit at its nominal center (16X or 64X mode only). If a 
low is detected again, it is a valid START bit, and the 
bit counter will start counting. The bit counter thus 
locates the center of the data bits, the parity bit (if it 
exists) and the stop bits. If parity error occurs, the 
parity error flag is set. Data and parity bits are sam- 
pled on the RxD pin with the rising edge of the RxC. 
If a low level is detected as the STOP bit the Fram- 
ing Error flag will be set. The STOP bit signals the 
end of a character. Note that the receiver 
requires 
only one stop bit, regardless of the number of stop 
bits programmed. This character is then loaded into 
the parallel I/O buffer of the 8251A. The RxRDY pin 
is raised to signal the CPU that a character is ready 
to be fetched. If a previous character has not been 
fetched by the CPU, the present character replaces 
it in the I/O buffer, and the OVERRUN Error flag 
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is raised (thus the previous character is lost). All of 
the error flags can be reset by an Error Reset In- 
struction. The occurrence of any of these errors will 
not affect the operation of the 8251A. 


Synchronous 
Mode (Transmission) 


The TxD output is continuously high until the CPU 
sends its first character to the 8251A which usually 
is a SYNC character. When the CTS line goes low, 
the first character is serially transmitted out. All char- 
acters are shifted out on the falling edge of TxC. 
Data is shifted out at the same rate as the fXC. 


Once transmission has started, the data stream at 
the TxD output must continue at the fXC rate. If the 
CPU does not provide the 8251A with a data charac- 
ter before the 8251A Transmitter Buffers become 
empty, the SYNC characters (or character if in single 
SYNC character mode) will be automatically inserted 
in the TxD data stream. In this case, the TxEMPTY 
pin is raised high to signal that the 8251A is empty 
and SYNC characters are being sent out. TxEMPTY 
does not go low when the SYNC is being shifted out 
(see figure below). The TxEMPTY pin is internally 
reset by a data character being written into the 
8251A. 
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If character length is defined as 5. 6. or 7 bits the unused bits are set to "zero". 


inter 


/ 
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In this mode, character synchronization can be inter- 
nally or externally achieved. If the SYNC mode has 
been programmed, ENTER HUNT command should 
be included in the first command instruction word 
written. Data on the RxD pin is then sampled on the 
rising edge of RxC. The content of the Rx buffer is 
compared at every bit boundary with the first SYNC 
character until a match occurs. If the 8251A has 
been programmed for two SYNC characters, the 
subsequent received character is also compared; 
when both SYNC characters have been detected, 


the USART ends the HUNT mode and is in charac- 
ter synchronization. The SYNDET pin is then set 
high, and is reset automatically by a STATUS READ. 
If parity is programmed, SYNDET will not be set until 
the middle of the parity bit instead of the middle of 
the last data bit. 


In the external SYNC mode, synchronization is 
achieved by applying a high level on the SYNDET 
pin, thus forcing the 8251A out of the HUNT mode. 
The high level can be removed after one RxC cycle. 
An ENTER HUNT command has no effect in the 
asynchronous mode of operation. 


CHARACTER 
LENGTH 


o 
0 


o 
0 


5 
6 
7 
8 
BITS 
BITS 
BITS 
BITS 


PARITY ENABLE 
(1 = ENABLE) 
(0 = DISABLE) 


EVEN PARITY GENERATION/CHECK 
1 = EVEN 
0= ODD 


EXTERNAL 
SYNC DETECT 
1 = SYNDET IS AN INPUT 
o - 
SYNDEr IS AN OUTPUT 


SINGLE CHARACTER 
SYNC 
1 = SINGLE SYNC CHARACTER 
0= DOUBLE SYNC CHARACTER 
NOTE: 
In external 
sync mode, 
programming 
double 
character 
sync will affect 
only the Tx. 


Parity error and overrun error are both checked in 
the same way as in the Asynchronous Rx mode. 
Parity is checked when not in Hunt, regardless of 
whether the Receiver is enabled or not. 


The CPU can command the receiver to enter the 
HUNT mode if synchronization is lost. This will also 
set all the used character bits in the buffer to a 
"one," 
thus preventing a possible false SYNDET 
caused by data that happens to be in the Rx Buffer 
at ENTER HUNT time. Note that the SYNDET F/F is 
reset at each Status Read, regardless of whether 
internal or external SYNC has been programmed. 
This does not cause the 8251A to return to the 
HUNT mode. When in SYNC mode, but not in 
HUNT, Sync Detection is still functional, but only oc- 
curs at the "known" word boundaries. Thus, if one 
Status Read indicates SYNDET and a second 
Status Read also indicates SYNDET, then the pro- 
grammed SYNDET characters have been received 
since the previous Status Read. (If double character 
sync has been programmed, then both sync charac- 
ters have been contiguously received to gate a SYN- 
DET indication). When external SYNDET mode is 
selected, internal Sync Detect is disabled, and the 
SYNDET F/F may be set at any bit boundary. 


COMMAND 
INSTRUCTION 
DEFINITION 


Once the functional definition of the 8251A has 
been programmed by the ~ode Instruction and the 


Sync characters are loaded (if in Sync Mode) then 
the device is ready to be used for data communica- 
tion. The Command Instruction controls the actual 
operation of the selected format. Functions such as: 
Enable Transmit/Receive, Error Reset and Modem 
Controls are provided by the Command instruction. 


Once the Mode Instruction has been written into the 
8251A and Sync characters inserted, of necessary, 
then all further "control writes" (C/O = 1) will load a 
Command Instruction. A Reset Operation (internal or 
external) will return the 8251A to the Mode Instruc- 
tion format. 


NOTE: 
Internal Reset on Power-up: 


When power is first applied, the 8251A may come up 
in the Mode, Sync character or Command format. To 
guarantee that the device is in the Command In- 
struction format before the Reset command is is- 
sued, it is safest to execute the worst-case initializa- 
tion sequence (sync mode with' two sync charac- 
ters). Loadin\l..three OOHsconsecutively into the de- 
vice with C/D = 1 configures sync operation and 
writes two dummy OOHsync characters. An Internal 
Reset command (40H) may then be issued to return 
the device to the "idle" state. 


CPU BYTES 
(5-8 BITS/CHAR) 
:' 


DATA 
CHA1RACTERS 


ASSEMBLED 
SERIAL 
DATA 
OUTPUT 
IhD) 


~_CS_:_:R_C_l~~_C~_YA_~_C_2_I 
DA TA CH:/~ ••• 
A_CT_E_R_S 
__ 
••••• 


SYNC 


CHAR 
1 


SERIAL 
DATA 
INPUT 
IR,D) 


SYNC 
I 
DATA 
CH:RAcTERS 
CHAR 
2 
;; ~ 
_ 


CPU BYTES 
15-8 BITS/CHAR) 


DATA 
CH~RACTERS 


inter 


I 
EH I 
IR I RTS I 
ER 
ISBRKI 
R.E I DTR 
ITXEN 


L 
TRANSMIT 
ENABLE 
, = enable 


0- 
disable 


DATA 
TERMINAL 


READY 
".lIgh" 
WIll 
force OlR 


output 
to zerO 


RECEIVE 
ENABLE 
, = enable 
o ~ disable 


SEND 
BREAK 


CHARACTER 
1 ~ forces T.D "low" 
o ~ normal operation 


ERROR 
RESET 


1 = reset error flags 


PE. OE. 
FE 


REOUEST 
TO 
SEND 


··hlgh·· 
will 
force 
RIS 


output 
to 1ero 


INTERNAL 
RESET 


"high" 
returns 
8251 A to 
Mode Instruction 
Format 


ENTER HUNT MODE" 
1 .,.enable search for Sync 
Characters 


NOTE: 
Error Reset must be performed whenever RxEnable and Enter Hunt are programmed. 


A normal 
"read" 
command 
is issued 
by the 
CPU 
with C/O = 1 to accomplish 
this function. 


In data communication 
systems 
it is often necessary 
to examine 
the "status" 
of the active 
device 
to as- 
certain 
if errors 
have 
occurred 
or other 
conditions 
that 
require 
the 
processor's 
attention. 
The 
8251A 
has facilities 
that 
allow 
the 
programmer 
to "read" 


the status of the device at any time during the func- 
tional 
operation. 
(Status 
update 
is inhibited 
during 
status 
read.) 


Some 
of the bits in the Status 
Read 
Format 
have 
identical 
meanings 
to external 
output 
pins 
so that 


the 8251A 
can be used 
in a completely 
polled 
or 


interrupt-driven 
environment. 
TxRDY 
is an excep- 
tion. 


Note mat status 
upClate can nave a maximum 
delay of 28 clock 
periods 
from the actual 
event 
affecting 
the 


status. 


PARITY 
ERROR 
The PE flag 1$set when a parltv 
error 
IS detected. 
It is reset by 
the ER bit of the Command 
Instruction. 
PE does not mhlblt 
operation 
of the 8251 A 


OVERRUN 
ERROR 
The OE flag 15 ,et when the CPU 
does not read a character 
before 
the next one becomes available 
It 
IS reset by 
the 
E R bit 
of the 
Command 
Instruction 
DE does 
not inhibit 
operation 
of the 8251 A 
however. 
the previously 
oy~rrun 
character 
IS lost. 


FRAMING 
ERROR 
IA,ync 
onlyl 
The FE flag 
IS set when a valid 
Stop 
bit 
IS not detected 
at the 
end of every character 
It IS reset 
by the ER bit of the Command 
Instruction. 
FE does not inhibit 
the operation 
of the 8251 A 


NOTE: 
1. TxRDY 
status 
bit has different 
meanings 
from the TxRDY 
output 
pin. The former 
is not conditioned 
by CTS and TxEN; 


the latter 
is conditioned 
by both CTS and TxEN. 


i.e. TxRDY 
status 
bit = DB Buffer 
Empty 
TxRDY 
pin out = DB Buffer 
Empty. 
(CTS = 0) • (TxEN = 1) 


Figure 
13. Status 
Read Format 


inter 


,.----, 
I 
EIA TO TTl 
I' 
I 
CONVERT 
I 
(OPT) 
L 
.J o 
' . 


SYNCHRONOUS 
TERMINAL 
OR PERIPHERAL 
DEVICE 


inter 


PHONE 
LINE 


INTER- 


FACE 


PHONE 
LINE 


INTER- 


FACE 


NOTES: 
1. AC timings 
measured 
VOH = 2.0 VOL = 0.8, and with load circuit 
of Figure 
18. 


2. Chip Select 
(CS) and Command/Data 
(C/D) 
are considered 
as Addresses. 


3. Assumes 
that Address 
is valid before 
RD J.-. 
4. This recovery 
time is for Mode 
Initialization 
only. Write 
Data is allowed 
only when 
TxRDY 
= 1. Recovery 
Time 
between 
Writes 
for Asynchronous 
Mode 
is 8 lev 
and for Synchronous 
Mode 
is 16 lev. 


5. The TxC and RxC frequencies 
have the following 
limitations 
with respect 
to CLK: For 1x Baud Rate, fTx or fRx ,;; 


1/(30 
lev): 
For 16x and 64x Baud Rate, fTx or fRx ,;; 1/(4.5 
lev). 
This applies 
to Baud Rates 
less than or equal to 64K Baud. 


6. Reset 
Pulse Width 
= 6 lev 
minimum; 
System 
clock 
must be running 
during 
Reset. 


7. Status 
update'can 
have a maximum 
delay of 28 clock 
periods 
from the event 
affecting 
the status. 
8. In external 
sync 
mode 
the tes spec. 
requires 
the ratio of the system 
clock 
(clock) 
to receive 
or transmit 
bit ratios 
to be 
greater 
than 34. 


9. A float is defined 
as the point where 
the data bus falls below 
a logic 1 (2.0V 
@ IOH limit) or rises above 
a Logic 0 (0.8V 
@ 


IOLlimit). 


inter 


•Notice: Stresses above those listed under '~bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
on Any Pin 
with Respect 
to Ground .....•.... 
- 0.5V to + 7V 


Power Dissipation 
1W 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vee 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOL = 2.2mA 


VOH 
Output High Voltage 
2.4 
V 
IOH = -400 
p..A 


IOFL 
Output Float Leakage 
±10 
p..A 
VOUT = Vee to 0.45V 


IlL 
Input Leakage 
±10 
p..A 
VIN = Vee to 0.45V 


Ice 
Power Supply Current 
100 
ma 
All Outputs = High 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
fc = 1 MHz 


CliO 
I/O Capacitance 
20 
pF 
Unmeasured 
pins returned 
to GND 


Bus Parameters 
(Note 1) 


READ 
CYCLE 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tAR 
Address 
Stable Before READ (CS, C/D) 
0 
ns 
(Note 2) 


tRA 
Address 
Hold Time for READ (CS, C/D) 
0 
ns 
(Note 2) 


tRR 
READ Pulse Width 
250 
ns 


tRO 
Data Delay from READ 
200 
ns 
3, CL = 150 pF 


tOF 
READ to Data Floating 
10 
100 
ns 
(Note 1, 9) 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tAW 
Address 
Stable Before WRITE 
0 
ns 


tWA 
Address 
Hold Time for WRITE 
0 
ns 


tww 
WRITE Pulse Width 
250 
ns 


tow 
Data Set-Up Time for WRITE 
150 
ns 
,. 


two 
Data Hold Time for WRITE 
20 
ns 


tRY 
Recovery 
Time Between 
WRITES 
6 
teY 
(Note 4) 


inter 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tCY 
Clock Period 
320 
1350 
ns 
(Note 5, 6) 


t<j> 
Clock High Pulse Width 
120 
ley-90 
ns 


td> 
Clock Low Pulse Width 
90 
ns 


tR, tF 
Clock Rise and Fall Time 
20 
ns 


tDTx 
TxD Delay from Falling Edge of TxC 
1 
JLs 


fTx 
Transmitter 
Input Clock Frequency 
1x Baud Rate 
DC 
64 
kHz 
16x Baud Rate 
DC 
310 
kHz 
64x Baud Rate 
DC 
615 
kHz 


tTPW 
Transmitter 
Input Clock Pulse Width 
1x Baud Rate 
12 
tCY 
16x and 64x Baud Rate 
1 
ley 


tTPD 
Transmitter 
Input Clock Pulse Delay 
1x Baud Rate 
15 
ley 
16x and 64x Baud Rate 
3 
tCY 


fRx 
Receiver 
Input Clock Frequency 
1x Baud Rate 
DC 
64 
kHz 
16x Baud Rate 
DC 
310 
kHz 
64x Baud Rate 
DC 
615 
kHz 


tRPW 
Receiver 
Input Clock Pulse Width 
1x Baud Rate 
12 
tCY 
16x and 64x Baud Rate 
1 
tCY 


tRPD 
Receiver 
Input Clock Pulse Delay 
1x Baud Rate 
15 
ley 
16x and 64x Baud Rate 
3 
tCY 


tTxRDY 
TxRDY Pin Delay from Center of Last Bit 
14 
tCY 
(Note 7) 


tTxRDY CLEAR 
TxRDY -! from Leading Edge of WR 
400 
ns 
(Note 7) 


tRxRDY 
RxRDY Pin Delay from Center of Last Bit 
26 
tCY 
(Note 7) 


tRxRDY CLEAR 
RxRDY -! from Leading Edge of RD 
400 
ns 
(Note 7) 


tiS 
Internal SYNDET 
Delay from Rising 
26 
tCY 
(Note 7) 
Edge of RxC 


tES 
External SYNDET Set-Up Time After 
16 tCY 
tRPD-tCY 
ns 
(Note 7) 
Rising Edge of RxC 


tTxEMPTY 
TxEMPTY 
Delay from Center of Last Bit 
20 
tCY 
(Note 7) 


twc 
Control Delay from Rising Edge of 
8 
tCY 
(Note 7) 
WRITE (TxEn, DTR, RTS) 


tCR 
Control to READ Set-Up Time (DSR, CTS) 
20 
tCY 
(Note 7) 


°NOTE: 
For Extended Temperature EXPRESS.use MIL 8251A electrical parameters. 


inter 


+10 


E 
>« 
..J 
w0 
0 
.. 
:J 
"-.. 
:J 
0.., 


-10 


2.•=X 
x== 


2.0 
2.0 


0.1> TEST 
POINTS < 0.1 


0.45 
---------- 


AC Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". TIming measurements are made at 2.0V for a 
Logic "1" and O.BVfor a Logic "0". 


-.J 
1=lOT. 
lOT.--j 1= 
--)(--------~X.================x== 
205222-23 


(R. BAUD COUNTER STARTS HEREI 


START BIT 


inter 


'i_--- 
__ 
I~ 


R.RDY 
CLEAR 
- 
~ 
tRR~ 
_ 


jfcj 
~----~ 
-~I 


--lj r-tRD 
-- 
rtDF 


DATA OUT ACTIVE 
DATA FLOAT 


inter 


OTR.RTS -----------------~-- 
(NOTE 
=1) 
-------- 
------A 
_ 
~IWC::..J 
,.•..•ww--\I_ 
-----~----- 


1-'IOW 
- 
=:J 'WO 


'WA 
____ 
1 


OSR.CTS 
)It 
(NOTE 32) 
.. 
_ 
I-,CR-UI 
I 
____________ 
. --- 
tRR 
---.. 
_ 


1~_~7f 


--+1 1- IRD 
1- IDF 


--- 
IRA I-- 
------y- 


NOTES: 
1. Twc includes 
the response 
timing 
of a control 
byte. 
2. TCR includes 
the effect 
of CTS on the TxENBL 
circuitry. 


T. 
READY 


(PIN) 


C/O 


0 •... 
NroI"lnlG 
••..DATACHAR 
4 


iO~"o 


r----' 


~ 
- 


~llhADV 


CHAR 
l 


lOST 
Ir-- 


RltOATA 
---.1 


W. 
EAA 
W 
L-- 


W.Adn 
"" 


I 


U 
'j>---v 


R.ln 


!>J 
~ 
I 


OAT_CHAR 
1 
OATACHAA2 
OAfACHAAl 
-,..""'."' ... 
0-"' •.••.••••• 
I 
- 


SY~O( , 
rPINI NOH 
1 


'IS 


SYNOE' 
15.81 


OVERRUN 
ERROR IS 8\ 


R. 
ROV {PINI 


I\) 
CD 
N 
01 


EXIT 
HUNT 
MoOE I 
SET SYN OET (STATUS 
Bill 


NOTES: 
1. Internal 
Sync, 2 Sync Characters, 
5 Bits With Parity. 


2. External 
Sync, 5 Bits. With Parity. 


inter 
82050 
ASYNCHRONOUS 
COMMUNICATIONS 
CONTROLLER 
• Asynchronous 
Operation 
• Seven 
I/O Pins 
- 
5-to-8-Bit 
Character 
Format 
- 
Dedicated 
Modem 
I/O 
- 
Odd, Even or No Parity Generation 
- 
General 
Purpose 
I/O 
and Detection 
• NO TTL Interface 
to Most Intel 


- 
Baud Rate DC to 56K 
Processors 
• Programmable, 
16-Bit Baud Rate 
• Internal 
Diagnostics 
with Local 
Generator 
Loopback 
• System 
Clock 
• Complete 
Interrupt 
and Status 
- 
On-chip 
Crystal 
Oscillator 
Reporting 
- 
Externally 
Generated 
Clock 


28-Lead 
DIP and PLCC Packages 
• CHMOS 
III Technology 
Provides 
• 
Increased 
Reliability 
and Reduced 
• IBM PC (INS 16450/8250A) 
Software 
Power Consumption 
Compatible 
• Line Break Generation 
and Detection 


The Intel CHMOS 
82050 Asynchronous 
Communications 
Controller 
is a low cost, higher performance 
alterna- 


tive to the INS 1645Q-it 
emulates 
the INS 16450 and provides 
100% 
compatibility 
with IBM PC software. 
Its 


28-lead 
package 
provides 
all the functionality 
necessary 
for an IBM PC environment 
while substantially 
de- 


creasing 
board space. The 82050's 
simpler system interface 
reduces TIL 
glue-especially 
for higher frequen- 


cy PC bus designs. 
The 82050 
is specifically 
designed 
to provide 
a low cost, 
high-performance 
integrated 


modem 
solution 
when combined 
with Intel's 89024 
modem 
chip set. The compact 
28-pin 82050 
is fabricated 


using CHMOS 
III technology 
for decreased 
power consumption 
and increased 
reliability. 


VCC 
vss 
TxD 
A(2-0) 


0(7-0) 


INT 
RxD 


BUS 


RESET 
INTER- 
fACE 
16X 
16X 
Ri5 
UNIT 
RxC 
TxC 


WR 


CS 


DUT2 
Ri 
DSR 
DCD 


CLKXl 
DTR 


X2 
RTS 
CTS 


290137-1 


Figure 1. Block Diagram 


INT 


TXO 


VSS 


OUT2/X2 


ClK/Xl 


Ri 


OSR 


04 


05 


06 


07 


INT 


TXO 


VSS 


OUT2/X2 


ClK/Xl 


Ri 


OSR 


DCO 


RXO 


CTS 


03 


02 


01 


DO 


A2 


Al 


AO 


VCC 


RD 


WR 
cs 


RESET 


RTS 


OTR 


Symbol 
Pin 
Type 
Name and Description 
No. 


RESET 
17 
I 
RESET: A high on this input pin resets the 82050. 


CS 
18 
I 
CHIP SELECT: A low on this input pin enables the 82050 and allows 
read or write operations. 


A2-AO 
24-22 
I 
ADDRESS 
PINS: These inputs interface 
with three bits of the system 
address bus to select one of the internal registers 
for read or write. 


07-00 
1-4 
I/O 
DATA BUS: Bi-directional, 
three state, 8-Bit Data Bus. These pins 
25-28 
allow transfer 
of by1es between 
the CPU and the 82050. 


RO 
20 
I 
READ: A low on this input pin allows the CPU to read data or status 
by1es from the 82050. 


WR 
19 
I 
WRITE: A low on this input allows the CPU to write data or control 
by1es to the 82050. 


INT 
5 
0 
INTERRUPT: 
A high on this output pin signals an interrupt 
request to 
the CPU. The CPU may determine 
the particular 
source and cause of 


. the interrupt 
by reading the 82050 status registers. 


CLK/X1 
9 
I 
MULTIFUNCTION: 
This input pin serves as a source for the internal 
system clock. The clock may be asynchronous 
to the serial clocks and 
to the processor 
clock. This pin may be used in one of two modes: 


'CLK-in this mode an externally 
generated 
clock should be used to 
drive this input pin; X1-in this mode the clock is generated 
by a crystal 
to be connected 
between 
this pin (X1) and the X2 pin. (See system 
clock generation.) 


OUT2/X2 
8 
0 
MULTIFUNCTION: 
This is a dual-function 
pin which may be configured 
to one of the following 
functions: 
OUT2-a 
general purpose 
output pin 
controlled 
by the CPU is only available 
when the CLK/X1 
pin is driven 
by an externally 
generated 
clock; X2-this 
pin serves as an output pin 
for the crystal oscillator. 
Note: The configuration 
of pin is done during 
hardware 
reset. For more details refer to the system clock generation. 


Symbol 
Pin 
Type 
Name and Description 
No. 


TXD 
6 
0 
TRANSMIT 
DATA: Serial data is transmitted 
via this output pin starting 
at the least significant 
bit. 


RXD 
13 
I 
RECEIVE 
DATA: Serial data is received 
on this input pin starting at the 
least significant 
bit. 


RI 
10 
I 
RING INDICATION: 
RI- Ring indicator-input, 
active low. This is a 
general purpose 
input accessible 
by the CPU. 


DTR 
15 
0 
DTR-DATA 
TERMINAL 
READY: Output, active low. This is a general 
purpose 
output pin controlled 
by the CPU. During hardware 
reset, this 
pin is an input used to determine 
the system clock mode. (See System 
Clock Generation.) 


DSR 
11 
I/O 
DSR-DATA 
SET READY: Input, active low. This is a general purpose 
input pin accessible 
by the CPU. 


RTS 
16 
0 
RT5-REQUEST 
TO SEND: Output, active low. This is a general 
purpose 
output pin controlled 
by the CPU. During hardware 
reset, this 
pin is an input used to determine 
the system clock mode. (See system 
clock generation) 


CTS 
14 
I 
CLEAR TO SEND: Input active low. This is a general purpose 
input pin 
accessible 
by the CPU. 


DCD 
12 
I/O 
DCD-DATA 
CARRIER 
DETECTED: 
Input, active low. This is a 
general purpose 
input pin accessible 
by the CPU. 


VCC 
21 
P 
VCC: Device power supply. 


VSS 
7 
P 
VSS: Ground. 


The 82050 has a simple demultiplexed 
bus interface 
which 
consists 
of a bidirectional, 
three-state, 
8-bit 
data bus and a 3-bit address 
bus. The Reset, 
Chip 
Select, Read, and Write pins, along with the Interrupt 
pin, provide the remaining 
signals necessary 
to inter- 
face to the CPU. The 82050's 
system 
clock can be 
generated 
externally 
and provided 
through 
the ClK 
pin; or its on-chip 
crystal 
oscillator 
can be used by 
attaching 
a crystal 
to the X1 and X2 pins. For com- 
patibility 
with 
IBM PC software, 
a system 
clock 
of 
18.432 
MHz (with divide 
by two enabled) 
is recom- 
mended. 
The 82050, 
along 
with a transceiver, 
ad- 
dress decoder, 
and a crystal, complete 
the interface 
to the IBM PC Bus. 


The 82050 
has two modes 
of system 
clock 
opera- 
tion. It can accept 
an externally 
generated 
clock, 
or 
use a crystal 
to internally 
generate 
its system 
clock 
by using the on-chip 
oscillator. 


The 82050 
has an on-chip 
oscillator 
which 
can be 
used to generate 
its system clock. The oscillator 
will 
take the input from a crystal attached 
to the X1 and 


2-28 


~~..drLh:..-J 


290137-4 
Parallel 
Resonant 
Crystal 
Freq. 
Max 
= 
18.432 
MHz 
(Divided 
by 2) 


Figure 4. Crystal Oscillator 


X2 pins. The oscillator 
frequency 
is divided 
by two 
before 
being 
inputted 
into the 
chip 
circuitry. 
If an 
18.432 MHz crystal 
is used, then the actual 
system 
clock 
frequency 
of the 
82050 
will 
be 9.216 
MHz. 


This 
mode 
is configured 
via a strapping 
option 
on 
the RTS pin. 


It is very important 
to distinguish 
between 
the clock 
frequency 
being 
supplied 
into 
the 
82050 
and 
the 
system 
clock 
frequency. 
The term system 
clock 
re- 
fers 
to the 
clock 
frequency 
being 
supplied 
to the 
82050 
circuitry 
(divided 
or undivided). 
The following 
examples 
delineate 
the three 
options 
for clock 
us- 
age and their effect 
on the 82050 
system 
clock 
as 
well as on the BRG source frequency: 


intJ 


1. Crystal Oscillator: (Maximum 18.432 MHz) 
- 
System Clock Frequency = Crystal 
Frequency/2 


- 
BRG Source Clock Frequency = Crystal 
Frequency/10 


2. External 
Clock 
(Divide 
by 
Two 
Enabled): 


(Maximum 18.432 MHz) 


- 
System Clock Frequency = External Clock 
Frequency/2 
- 
BRG Source Clock Frequency = External 
Clock Frequency/10 


3. External 
Clock 
(Divide 
by 
Two 
Disabled): 


(Maximum 9.216 MHz) 


- 
System Clock Freq. = External Clock Fre- 
quency 


- 
BRG Source Clock Freq. = External Clock 
Frequency/5 


During the power up or reset the RTS pin is an input; 
it is weakly pulled high internally and sampled by the 
falling edge of reset. If it is driven low externally, 
then the 82050 is configured for a crystal oscillator; 
otherwise an externally generated clock is expected. 


EXTERNALLY 
GENERATED 
SYSTEM 


CLOCK 


This is the default mode of system clock operation. 
The system clock is divided by two; however, the 
user may disable the divide by two by a hardware 
strapping option on the DTR pin. The strapping op- 
tion is similar to the one used on the RTS pin. 


NOTE: 
The use of the Divide by Two strapping option in 
the crsytal oscillator mode is forbidden. 


The 82050 has a programmable 16-bit Baud Rate 
Generator (BRG). The 16X baud rate is generated 
by dividing the source clock with the divisor count 
from the BRG divisor registers (BAL, BAH). The 
BRG source clock is the 82050 system clock divided 
by five. If using an actual 82050 system clock of 
9.216 MHz, then the BRG source clock will be 9.216 
MHz/5 = 1.8432 MHz, which is compatible with the 
BRG source clock fed into the IBM PC serial port 
BRG. This allows the 82050, while using a faster 
system clock, to maintain full compatibility with soft- 
ware divisor calculations based on the 1.8432 MHz 
clock used in the IBM PC. 


The 82050 can be reset by asserting the RESET pin. 
The RESET pin must be held high for at least 8 sys- 
tem clock cycles. If using crystal oscillator, a reset 
pulse at least 1 ms should be used to ensure oscilla- 
tor start up. Upon reset, all 82050 registers (except 
TXD and RXD) are returned to their default states. 
During reset, the 82050's system clock mode of op- 
eration is also selected by strapping options on the 
RTS and DTR pins (see system clock generation). 


The INT pin will go high, or active, whenever one of 
the following conditions occurs provided it is en- 
abled in the interrupt enable register (IER): 


a. 
Receive Machine Error or Break Condition 


b. 
Receive Data Available 
c. 
Transmit Data Register Empty 


d. Change in the State of the Modem Input Pins 


The INT pin will be reset (low) when the interrupt 
source is serviced. The Interrupt Identification Regis- 
ter (IIR) along with the Line Status Register (LSR) 
and the Modem Status Register (MSR) can be used 
to identify the source requesting service. The IIR 
register identifies one of the four conditions listed 
above. The particular event or status, which triggers 
the interrupt mechanism, can be identified by read- 
ing either the Line Status Register or the Modem 
Status register. If multiple interrupt sources become 
active at anyone time, then highest priority interrupt 
source is reflected in the IIR register when the inter- 
rupt pin becomes active. Once the highest priority 
interrupt is serviced, then the next highest priority 


(HIGHEST 
PRIORITY) 
-------.J== 


Rx CONDITION -----c 


Rx DATA AVAILABLE 


Tx DATA REGISTER STATUS 


MODEM --------~ 


(LOWEST PRIORITY) 
1:= 


interrupt source is decoded into the IIR register; the 
whole procedure is repeated until there are no more 
pending interrupt sources. 


The 82050 transmission mechanism involves the TX 
Machine and the TXD Register. The TX Machine 
reads characters from the TXD Register, serializes 
the bits, and transmits them over the TXD pin ac- 
cording to signals provided for transmission by the 
Baud Rate Generator. It also generates parity, and 
break transmissions upon CPU request. 


The 82050 reception mechanism involves the RX 
Machine and the RXD Register. The RX Machine 
assembles the incoming characters, and loads them 
onto the RXD Register. The RX Machine synchroniz- 
es the data, passes it through a digital filter to filter 
out spikes, and then uses three samples to generate 
the bit polarity. 


Rx PARITY ERROR 


OVERRUN ERROR 


BREAK DETECTED 


FRAMING ERROR 


DCD STATE CHANGE 


RI STATE CHANGE 


DSR STATE CHANGE 


CTS STATE CHANGE 
290137-7 


The falling edge of the start bit triggers the RX Ma- 
chine, which then starts sampling the RXD input (3 
samples). If the samples do not indicate a start bit, 
then a false start bit is determined and the RX Ma- 
chine returns to the start bit search mode. Once a 
start bit is detected, the RX Machine starts sampling 
for data bits. 


If the RXD input is low for the entire character time, 
including stop bits, then the RX Machine sets Break 
Detect and Framing Error bits in the Line Status 
Register (LSR). It loads a NULL character into the 
RXD register. The RX Machine then enters the idle 
state. When it detects a MARK it resumes normal 
operation. 


Like other I/O based peripherals, the 82050 is pro- 
grammed through its registers to support a variety of 
functions. The 82050 register set is identical to the 
16450 register set to provide compatibility with soft- 
ware written for the IBM PC. The 82050 register set 
occupies eight addresses and includes control, 
status, and data registers. The three address lines 
and the Divisor Latch Access Bit are used to select 
the 82050 registers. 


Register 
Map 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


TxD 
Tx Data 
Tx Data 
Tx Data 
Tx Data 
Tx Data 
Tx Data 
Tx Data 
Tx Data 
0 
- 
Bit 7 
Bit 6 
Bit 5 
Bit4 
Bit3 
Bit 2 
Bit 1 
BitO 


RxD 
Rx Data 
Rx Data 
Rx Data 
Rx Data 
Rx Data 
Rx Data 
Rx Data 
Rx Data 
0 
Bit 7 
Bit 6 
Bit 5 
Bit4 
Bit3 
Bit 2 
Bit 1 
Bit 0 
- 


BAL 
BRGA LSB Divide Count (DLAB = 1) 
0 
02H 


BAH 
BRGA MSB Divide Count (DLAB = 1) 
1 
OOH 


IER 
0 
0 
0 
Modem 
Rx Machine 
Tx Data 
Rx Data 
1 
OOH 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Enable 
Enable 
Enable 
Enable 


IIR 
0 
0 
0 
0 
0 
Active 
Active 
Interrupt 
2 
01H 
Interrupt 
Interrupt 
Pending 
Bit 1 
BitO 


LCR 
DLAB 
Set 
Parity 
Parity 
Parity 
Stop Bit 
Character 
Character 
3 
OOH 
Divisor 
Break 
Mode 
Mode 
Mode 
Length 
Length 
Length 
Latch 
Bit 2 
Bit 1 
Bit 0 
Bit 0 
Bit 1 
Bit 0 
Access 
Bit 


MCR 
0 
0 
0 
Loopback 
OUT2 
0 
RTS 
DTR 
4 
OOH 
Control Bit 
Complement 
Complement 
Complement 


LSR 
0 
TxM 
TxD 
Break 
Framing 
Parity 
Overrun 
Rx Data 
5 
60H 
Status 
Empty 
Detected 
Error 
Error 
Error 
Available 


MSR 
DCD Input 
Rllnput 
DSR Input 
CTS Input 
State 
State (H -+ L) 
State 
State 
6 
OOH 
Inverted 
Inverted 
Inverted 
Inverted 
Change 
Change 
Change 
Change 
inDCD 
in RI 
inDSR 
inCTS 


SCR 
Scratch-Pad 
Register 
7 
OOH 


i~ 
82050 


This register 
holds the next data byte to be transmit- 
ted. When the transmit 
shift register 
becomes 
emp- 
ty, the contents 
of the Transmit 
Data Register 
are 
loaded 
into the shift register 
and the Transmit 
Data 
Register 
Empty condition 
becomes 
true. 
:~:: 
04 
03 


290137-8 


This register 
holds the last character 
received 
by the 
RX Machine. 
The character 
is right justified 
and the 
leading 
bits are zeroed. 
Reading 
the register 
emp- 
ties the register 
and resets 
the Received 
Character 
Available 
condition. 


This register contains 
the least significant 
byte of the 
Baud Rate Generator's 
16-bit divisor. This register 
is 
accessible 
only when the DLAB bit is set in the LCR 
register. 
:~: 
04 
03 


290137-10 


This 
register 
contains 
the 
most 
significant 
byte 
of 
the Baud Rate Generator's 
16-bit divisor. This regis- 
ter is accessible 
ony when the DLAB bit is set in the 
LCR register. 
:~: 
04~ 
LS----------~03 


290137-11 


This 
register 
enables 
four 
types 
of interrupts 
which 
independently 
activate 
the 
INT pin. Each 
of the four 
interrupt 
types 
can be disabled 
by resetting 
the appropriate 
bit of the IER register. 
Similarly 
by setting 
the 
appropriate 
bits, selected 
interrupts 
can be enabled. 
If all interrupts 
are disabled, 
then the interrupt 
requests 
are inhibited 
from the IIR register 
and the INT pin. All other functions, 
including 
Status 
Register 
and the Line 
Status 
Register 
bits continue 
to operate 
normally. 


~ 
1 


" .. - " .. ,. ,"m<oo '" '''''' 


RESERVED 
TXDE - TX DATA EMPTY ENABLE 


RXIE - RX INTERRUPT ENABLE 


MIE - MODEM INTERRUPT ENABLE 


MIE-MODEM 
Interrupt 
Enable 


RXIE-RX 
Machine 
Interrupt 
Enable 


TXDE- 
TX Data Register 
Empty 


RXDA-RX 
Data Available 


This register holds the highest priority enabled 
and active interrupt 
request. The source of the interrupt 
request 
can be identified 
by reading 
bits 2-1 . 


~ 


6543210 


[ 


. 
IPN - INTERRUPT PENDING 


RESERVED 
BO} ACTIVE 
B1 
INTERRUPT 


---_ 
RESERVED 


B1, BO-Interrupt 
Bits, 2-1. These two bits reflect 
the highest 
priority, enabled 
and pending 
interrupt 
request. 


11: 
RX Error Condition 
(Highest 
Priority) 


10: 
RX Character 
Available 


01: 
TXD Register 
Empty 


00: 
Modem 
Interrupt 
(Lowest 
Priority) 


lPN-Interrupt 
Pending-This 
bit is active low, and indicates 
that there is an interrupt 
pending. 
The interrupt 
logic asserts 
the INT pin as soon as this bit goes active 
(NOTE: the IIR register 
is continuously 
updated; 
so 
while the user is serving one interrupt 
source, a new interrupt 
with higher priority may enter IIR and replace the 
older interrupt 
vector). 


intJ 


DLAB 


SBK - SET 
BACK 


[ 


Ptol2 


PARITY 
Ptoll 


PtolO 


CLO} 
CHARACTER 
CLl 
LENGTH 


SBLO - STOP 
BIT LENGTH 


DLAB-Divisor 
Latch Access Bit-This 
bit, when set, allows access to the Divisor Count Registers 
BAL and 
BAH. 


SBK-Set 
Break-This 
will force the TXD pin low. The TXD pin will remain 
low until this bit is reset. 


PM2-PMo-Parity 
Mode Bits-These 
three bits are used to select the various 
parity modes 
of the 82050. 


PMO 
PM2 
PM1 
Function 


0 
X 
X 
No Parity 
1 
0 
0 
Odd Parity 
1 
0 
1 
Even Parity 
1 
1 
0 
High Parity 
1 
1 
1 
Low Parity 
1 
X 
X 
Software 
Parity 


SBL-Stop 
Bit Length-This 
bit defines 
the Stop Bit lengths 
for transmission. 
The RX Machine 
can identify 


3/4 
stop bit or more. 


SBL 
Character Length 
Stop Bit Length 


0 
X 
1 
1 
5-Bit 
1 1/2 
1 
(6, 7, or 8-Bit) 
2 


CL1 
CLO 
Character Length 


0 
0 
5 Bits 
0 
1 
6 Bits 
1 
0 
7 Bits 
1 
1 
8 Bits 


inter 


~ 


RESERVED 
RXDA- RX DATA AVAILABLE 


TXST- TX MACHINESTATUS 
OE- OVERRUN ERROR 


TXDE- TXD EMPTY 
PE- PARITYERROR 


BKD- BREAK DETECTED 
FE- FRAMINGERROR 


BkD-Break 
Detected-This 
bit indicates that a break condition was detected, i.e., RxD input was held low 
for two character times. 


TXDE- TXD Empty-This 
indicates that the 82050 is ready to accept a new character for transmission. In 
addition, this bit causes an interrupt request to be generated if the TXD register Empty interrupt is enabled. 


TXST- TX Machine Status-When 
set, this bit indicates that the TX Machine is Empty, i.e., both the TXD 
register and the TX Shift Register are empty. 


This register controls the modem output pins. All the outputs invert the data, i.e., their output will be the 
complement of the data written into this register. 


~ 


6543210 


( 


DTR 


RESERVED 
RTS 


- 
-RESERVED 


LC 
----OUT2 


inter 


Le-Loopback Control-This 
bit puts the 82050 into a Local Loopback mode. 


OUT2-oUT2 Output-This 
bit controls the OUT2 pin. The output signal is the complement of this bit. 


NOTE: 
This bit is only effective when the 82050 is being used with an externally generated clock. 


RTs-RTS OutputBit-This 
bit controls the RTS pin. The output signal is the complement of this bit. 


DTR-DTR OutputBit-This 
bit controls the DTR pin. The output signal is the complement of this bit. 


This register holds the status of the modem input pins (CTS, DCD, DSR, RI). It is the source of Modem 
interrupts (bits 3-0) when enabled in the IER register. If any of the above input pins change levels, then the 
appropriate bit in MSR is set. Reading MSR will clear the status bits. 


~ 
"'."'.,,, ~ 
~ 
~ 
,.."'"""'" 
COMPLEMENT 
RI 
STATE CHANGE 
DSR 


COMPLEMENT 
DSR 
(H --> L) RI 


COMPLEMENT 
CTS 
STATE CHANGE 
DCD 


DCDC-DCD Complement-Holds 
the complement of the DCD pin. 


DRIe-RI 
Complement-Holds 
the complement of the RI pin. 


DSRe-DSR Complement-Holds 
the complement of the DSR pin. 


CTSC-CTS Complement-Holds 
the complement of the CTS pin. 


DDCD-Delta DCD-Indicates 
that the DCD pin has changed state since this register was last read. 


DRI-Delta 
RI-Indicates 
that the RI pin has changed state from high to low since this register was last read. 


DDSR-Delta DSR-Indicates 
that the DSR pin has changed state since this register was last read. 


DCTs-Deita CTs-lndicates 
that the CTS pin has changed state since this register was last read. 


The 8-bit Read/Write register does not control the ACC. It is intended as a scratch pad register for use by the 
programmer. 


inter 


Ambient 
Temperature 
under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage on any Pin (w.r.t. VSS . -0.5V 
to Vcc+0.5V 


Voltage 
on VCC Pin (w.r.t. VSS) 
-0.5V 
to + 7V 


Power Dissipation 
300 mW 


Symbol 
Parameter 
Notes 
Min 
Max 
Units 


Vil 
Input Low Voltage 
(1) 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
(1), (7) 
2.0 
Vcc 
V 
+0.5 


VOL 
Output Low Voltage 
(2), (9) 
0.45 
V 


VOH 
Output High Voltage 
(3), (9) 
2.4 
V 


III 
Input Leakage Current 
(4) 
±10 
/LA 


ILO 
3-State 
Leakage Current 
(5) 
±10 
/LA 


IOHR 
Input High for DTA ATS 
(10) 
0.4 
mA 


IOlR 
Input Low for DTA, pATS 
(10) 
11 
mA 


LXTAl 
X1, X2 Load 
10 
pF 


Icc 
Power Supply Current 
(6) 
3.8 
mAlMHz 
35 
mA(max) 


Cin 
Input Capacitance 
(8) 
10 
pF 


Cio 
I/O Capacitance 
(8) 
10 
pF 


NOTES: 
1. Does not apply to ClK/X1 
pin, when configured as crystal oscillator input (X1). 
2. @ 10/ = 2 mA. 
3. @ loh = -0.4 
mA. 


4.0 < Vin < VCC. 
5. 0.45V < Vout < (VCC- 
0.45). 


6. VCC = 5.5V; Vii - 
0.5V (max); Vih = VCC - 
0.5V (min); 101 = loh = 0; 9.2 MHz (max). 


7. VIH = 2.4V on RD and RXD pins. 
8. Freq = 1 MHz. 
9. Does not apply OUT2/X2 
pin, when configured as crystal oscillator output (X2). 


10. Input current for DTR. RTS pins during Reset for Clock Mode Configuration. 


Testing Conditions: 


• All AC output parameters are under output load 
of 20 to 100 pF, unless otherwise specified. 


• AC testing inputs are driven at 2.4 for logic '1', 
and 0.45V for logic '0'. Output timing measure- 
ments are made at 1.5V for both a logical '0' and 
11', 


• In the following tables, the units are ns, unless 
otherwise specified. 


System Interface Specification-System 
Clock 
Specification: 


The 82050 system clock is supplied via the ClK pin 
or generated by on-chip crystal oscillator. The clock 
is optionally divided by two. The ClK parameters are 
given separately for internal divide-by-two option 
ACTIVE and INACTIVE. 


The system clock (after division by two, if active) 
must be at least 16X the Tx or Rx baud rate (the 
faster of the two). 


Symbol 
Parameter 
Mln 
Max 
Notes 


DIVIDE 
BY TWO OPTION-ACTIVE 


Tcy/2 
ClK Period 
54 
250 
(2) 


TClCH 
ClK low Time 
25 


TCHCl 
ClK High Time 
25 


TCH1CH2 ClK Rise Time 
10 
(1) 


TCl2Cl1 
ClK Fall Time 
10 
(1) 


FXTAl 
External Crystal 
4.0 
18.432 
Frequency Rating 
MHz 


DIVIDE 
BY TWO OPTION-INACTIVE 


Tcy 
ClK Period 
108 


TClCH 
ClK low Time 
54 


TCHCl 
ClK High Time 
44 
250 


TCH1CH2 ClK Rise Time 
15 
(1) 


TCl2Cl1 
ClKFallTime 
15 
(1) 


NOTES: 
1. Rise/fall times are measured between 0.8 and 2.0V. 
2. Tcy in ACTIVE divide by two option is TWICE the input 
clock period. 


Symbol 
Parameter 
Mln 
Max 
Notes 


TRSHl 
Reset Width-ClK/X1 
Configured to ClK 
8 Tcy 
(1) 


TTlRSl 
RTS/DTR lOW Setup to Reset Inactive 
6 Tcy 
(2) 


TRSlTX 
RTS/DTR low Hold after Reset Inactive 
0 
Tcy - 20 
(2) 


1==TRSHL 
~ 
-------------J== 
TILRSL=:l--TRSLTX:J: 
OTR/RTS 
~ 
--+ 
_ 


NOTES: 
1. In case of ClK/Xl 
configured as Xl, additional time is required to guarantee crystal oscillator wake-up. 
2. RTS/DTR are internally driven HIGH during RESET active time. The pin should be either left OPEN or externally 
driven lOW during RESET according to the required configuration of the system clock. These parameters specify the 
timing requirements on these pins, in case they are externally driven lOW during RESET. The maximum spec on 
TRSl TX requires that the RTS/DTR pins not be forced later than TRSl TX maximum. 


inter 


Symbol 
Parameter 
Min 
Max 
Notes 


TRlRH 
RD Active Width 
2Tcy 
+ 65 


TAVRl 
Address/CS 
Setup Time to RD Active 
7 
", 


TRHAX 
Address/CS 
Hold Time after RD Inactive 
0 


TRlDV 
Data Out Valid after RD Active 
2Tcy + 65 
(1) 


TCIAD 
Command 
Inactive to Active Delay 
Tcy + 15 
(2) 


TRHDZ 
Data Out Float Delay after RD Inactive 
40 


NOTES: 
1. Cl = 20 pF to 100 pF. 
2. Command 
refers 
to either 
Read or Write signals. 


Symbol 
Parameter 
Min 
Max 
Notes 


TWlWH 
WR Active Width 
2Tcy+ 
15 


TAVWl 
Address 
CS Setup Time to WR Active 
7 


TWHAX 
Address 
and CS Hold Time after WR 
0 


TDVWH 
Data in Setup Time to WR Inactive 
90 


TWHDX 
Data in Hold Time after WR Inactive 
12 


TOVWH 
TWHOX 


07-0 
VALID 


• Asynchronous 
Operation 
• MCS-51 9-Bit Protocol 
Support 
- 
5- to 9-Bit Character 
Format 
• IBM PC AT@ (INS 8250A/16450@) 
- 
Baud Rate DC to 288k 
Software 
Compatible 
- 
Complete 
Error Detection 


Multiple Sampling 
Windows 
• Control 
Character 
Recognition 
• 
Two, Independent, 
Four-Byte 
Transmit 
• CHMOS 
III with Power 
Down Mode 
• and Receive 
FIFOs 
• Interrupts 
Maskable 
at Two Levels 


- 
Programmable 
Threshold 
• Auto Echo and Loopback 
Modes 
• Two, 
16-bit Baud Rate Generators/ 
• Seven 110 Pins, Dedicated 
and General 
Timers 
Purpose 
• System 
Clock Options 
• 28-Lead 
DIP and PLCC Packages 
- 
On-Chip Crystal 
Oscillator 
(See Packaging 
Spec., 
Order 
#: 231369) 
- 
External 
Clocks, Low/High 
Speed 


The Intel CHMOS 
82510 
is designed 
to increase 
system 
efficiency 
in asynchronous 
environments 
such as 
modems, 
serial ports-including 
expanding 
performance 
areas: MCS-51 
9-bit format 
and high speed 
async. 


The functional 
support 
provided 
in the 82510 is unparalleled-2 
baud rate generators/timers 
provide 
indepen- 


dent data rates or protocol 
timeouts; 
a crystal 
oscillator 
and smart 
modem 
I/O 
simplify 
system 
logic. 
New 
features, 
dual FIFOs and Control 
Character 
Recognition 
(CCR), dramatically 
reduce 
CPU interrupts 
and in- 
crease 
software 
efficiency. 
The 82510's 
software 
versatility 
allows 
emulation 
of the INS8250Al16450@ 
for 
IBM PC AT@ compatibility 
or a high performance 
mode, configured 
by 35 control 
registers. 
All interrupts 
are 
maskable 
at 2 levels. The multi-personality 
I/O pins are configurable 
as desired. A DPLL and multiple 
sampling 
of serial data improve data reliability 
for high speed asynchronous 
communication. 
The compact 
28-pin 82510 
is fabricated 
in CHMOS 
III technology 
and includes 
a software 
powerdown 
option. 


1m 


Wll 
cs 


RESET 


A(2-o) 
0(7-0) 


INT 


BUS 
INTERFACE 
UNIT 


loloOEIol 
INTERFACE 
loloOULE 


CLK/Xl 


oUT2/X2 


~/SCLK 


lffil/TA/OUTO 


~/ICLK/OiJT1 


DTR/TB 


RTS 


CTS 


TIIolING 
BLOCK 
(BRGS, 
SYS 
CLOCK) 


inter 


INT 


TXO 


VSS 


OUT2/X2 


CLKjX' 


Ri/SCLK 


OSR/TA/OUTO 


o 


0< 


os 


06 


07 


INT 


TXO 


VSS 


OUl2/X2 


CLK/X' 


RI/SCLK 


OSR/TA/OUTO 


DCO/ICLK/oun 


RXO 
CiS 


03 


02 
0' 


DO 


A2 


A' 


AD 


VCC 
jffi 


ViR 


OS 


RESET 
ffi 


i5fll/TB 


Symbol 
Pin 
Type 
Name and Description 
No. 


RESET 
17 
I 
RESET: A high on this input pin resets the 82510 to the Default Wake-up 
mode. 


CS 
18 
I 
CHIP SELECT: 
A low on this input pin enables the 82510 and allows read or 
write operations. 


A2-AO 
24- 
I 
ADDRESS 
PINS: These inputs interface 
with three bits of the System Address 
22 
Bus to select one of the internal registers for read or write. 


07-00 
4' 
1/0 
DATA BUS: Bi-directional, 
three state, eight-bit 
Data Bus. These pins allow 
25 
transfer 
of bytes between 
the CPU and the 82510. 


RD 
20 
I 
READ: A low on this input pin allows the CPU to read Data or Status bytes from 
the 82510. 


WR 
19 
I 
WRITE: 
A low on this input allows the CPU to write Data or Control bytes to the 
82510. 


INT 
5 
0 
INTERRUPT: 
A high on this output pin signals an interrupt 
request to the CPU. 


The CPU may determine 
the particular 
source and cause of the interrupt 
by 
reading the 82510 Status registers. 


ClK/X1 
9 
I 
MULTIFUNCTION: 
This input pin serves as a source for the internal system 
clock. The clock may be asynchronous 
to the serial clocks and to the processor 
clock. This pin may be used in one of two modes: ClK 
- 
in this mode an 
externally 
generated 
TTl 
compatible 
clock should be used to drive this input pin; 


X1 - 
in this mode the clock is internally 
generated 
by an on-chip 
crystal 


oscillator. 
This mode requires a crystal to be connected 
between 
this pin (X1) 
and the X2 pin. (See System Clock Generation.) 


OUT2/X2 
8 
0 
MULTIFUNCTION: 
This is a dual function 
pin which may be configured 
to one of 
the following 
functions: 
OUT2 - 
a general purpose 
output pin controlled 
by the 
CPU, only available when ClK/X1 
pin is driven by an externally 
generated 
clock; 


X2 - this pin serves as an output pin for the crystal oscillator. 
Note: The 
configuration 
of the pin is done only during hardware 
reset. For more details 
refer to the System Clock Generation. 


TXD 
6 
0 
TRANSMIT 
DATA: Serial data is transmitted 
via this output pin starting at the 
least 
Significant 
bit. 
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Symbol 
Pin 
Type 
Name and Description 
No. 


RXD 
13 
I 
RECEIVE 
DATA: Serial data is received 
on this input pin starting at the least 
Significant 
bit. 


RI/SClK 
10 
I 
MULTIFUNCTION: 
This is a dual function 
pin which can be configured 
to one of 
the following 
functions. 
RI - Rir:lg Indicator 
- Input, active low. This is a general 
purpose 
input pin accessible 
by the CPU. SClK 
- This input pin may serve as a 
source for the internal serial clock(s), 
RxClk and/or 
TxClk. See Figure 12, SRG 
sources 
and outputs. 


DTR/TS 
15 
0 
MULTIFUNCTION: 
This is a dual function 
pin which may be configured 
to one of 
the following 
functions. 
DTR - Data Terminal 
Ready. Output, active low. This is a 
general purpose output pin controlled 
by the CPU. TS - This pin outputs the 
SRGS output signal when configured 
as either a clock generator 
or as a timer. 


When SRGS is configured 
as a timer this pin outputs a "timer 
expired pulse." 
When SRGS is configured 
as a clock generator 
it outputs the SRGS output 
clock. 


DSR/TAI 
11 
I/O 
MULTIFUNCTION: 
This is a multifunction 
pin which may be configured 
to one of 
OUTO 
the following 
functions. 
DSR - Data Set Ready. Input, active low. This is a 
general purpose 
input pin accessible 
by the CPU. TA - This pin is similar in 
function 
to pin TS except it outputs the signals from SRGA instead of SRGS. 
OUTO - Output pin. This is a general purpose output pin controlled 
by the CPU. 


RTS 
16 
0 
REQUEST 
TO SEND: Output pin, active low. This is a general purpose output 
pin controlled 
by the CPU. In addition, 
in automatic 
transmission 
mode this pin, 
along with CTS, controls 
the transmission 
of data. (See Transmit 
modes for 
further detail.) During hardware 
reset this pin is an input. It is used to determine 
the System Clock Mode. (See System Clock Generation 
for further detail.) 


CTS 
14 
I 
CLEAR TO SEND: Input pin, active low. In automatic 
transmission 
mode it 
directly controls 
the Transmit 
Machine. 
(See transmission 
mode for further 
details.) This pin can be used as a General 
Purpose Input. 


DCD/IClK/ 
12 
I/O 
MULTIFUNCTION: 
This is a multifunction 
pin which may be configured 
to one of 
OUT1 
the following 
functions. 
DCD - Data Carrier Detected. 
Input pin, active low. This 
is a general purpose 
input pin accessible 
by the CPU. IClK 
- This pin is the 
output of the internal system clock. OUT1 - General purpose output pin. 
Controlled 
by the CPU. 


Vcc 
21 
P 
Vcc: Device power supply. 


Vss 
7 
P 
Vss: Ground. 


Pin # 
I/O 
Timing 
Modem 


8 
'OUT2 
X2 
- 


9 
- 
'ClK/X1 
- 


10 
- 
SClK 
'RI 


11 
OUTO 
TA 
'DSR 


12 
OUT1 
IClK 
'DCD 


14 
- 
- 
'CTS 


15 
- 
TS 
'DTR 


16 
- 
- 
'RTS 


The 82510 can be functionally divided into seven 
major blocks (See Fig 1): Bus Interface Unit, Timing 
Unit, Modem Module, Tx FIFO, Rx FIFO, Tx Ma- 
chine, and Rx Machine. Six of these blocks (all ex- 
cept Bus Interface Unit) can generate block inter- 
rupts. Three of these blocks can generate second- 
level interrupts which reflect errors/status within the 
block (Receive Machine, Timing Unit, and the Mo- 
dem Module). 


The Bus interface unit allows the 82510 to interface 
with the rest of the system. It controls access to 
device registers as well as generation of interrupts 
to the external world. The FIFOs buffer the CPU 
from the Serial Machines and reduce the interrupt 
overhead normally required for serial operations. 
The threshold (level of occupancy in the FIFO which 
will generate an interrupt) is programmable for each 
FIFO. The timing unit controls generation of the sys- 
tem clock through either its on-chip crystal oscillator, 
or an externally generated clock. It also provides two 
Baud Rate Generators/Timers with various options 
and modes to support serial communication. 


The 82510 has a simple demultiplexed Bus Inter- 
face, which consists of a bidirectional three-state 
eight-bit, data bus and a three-bit address bus. An 
Interrupt pin along with the Read, Write and Chip 
Select are the remaining signals used to interface 
with the CPU. The three address lines along with the 
Bank Pointer register are used to select the regis- 
ters. The 82510 is designed to interface to all Intel 
microprocessor and microcontroller families. Like 
most other I/O based peripherals it is programmed 
through its registers to support a variety of functions. 


Its register set can be used in 8250Al16450 
com- 


patibility or High Performance modes. The 8250Al 
16450 mode is the default wake-up mode in which 
only the 8250Al16450 
compatible registers are ac- 


cessible. The remaining registers are default config- 
ured to support 8250Al16450 emulation. 


~ 
I_I 
I_I 
I_I 


The 82510 is configured and controlled through its 
35 registers which are divided into four banks. Only 
one bank is accessible at anyone 
time. The bank 
switching is done by changing the contents of the 
bank pointer (GIR/BANK-BANKO, 
BANK1). The 
banks are logically grouped into 8250Al16450 com- 
patible (0), General Work Bank (1), General Configu- 
ration 
(2), and 
Modem 
Configuration 
(3). The 
8250Al16450 
compatible bank (Bank 0) is the de- 


fault bank upon power up. 


The 82510 registers can be categorized under the 
following: 


Status 
Enable 
Configuration 
Command 
Data 
FIFO 
FLR 
- 
FMD 
- 
- 
MODEM 
MSR 
MIE 
PMD 
MCR 
- 
RX 
RST, RXF 
RIE 
RMD 
RCM 
RXD, RXF 


TX 
LSR 
LSR 
TMD 
TCM 
TXD, TXF 
TIMER 
TMST 
TMIE 
CLCF, 
TMCR 
BBL, BBH 
BACF,BBCF 
BAL, BAH 
DEVICE 
GSR, GIR 
GER 
IMD 
ICM 
- 
8250 
LSR, MSR, GIR 
GER 
LCR, MCR 
MCR 
TXD, RXD 
BAL,BAH 


Upon power 
up or reset, the 82510 
comes 
up in the default 
wake 
up mode. The 8250Al16450 
compatible 
bank, bank zero, is the accessible 
bank and all the other 
registers 
are configured 
via their default 
values 
to 
support 
this mode. An 18.432 MHz crystal frequency 
is necessary. 


82510 Registers 
8250A 
Registers 
(Bank 
0) 


Address 
Read 
Write 
Read 
Write 


00 (DLAB = 0) 
AxD 
TxD 
ABA 
THA 


01 (DLAB = 0) 
GEA 
GEA 
lEA 
lEA 


00 (DLAB = 1) 
BAL 
BAL 
DLL 
DLL 


01 (DLAB = 1) 
BAH 
BAH 
DLM 
DLM 


02 
GIA/BANK 
BANK 
IIA 
- 


03 
LCA 
LCA 
LCA 
LCA 


04 
MCA 
MCA 
MCA 
MCA 


05 
LSA 
LSA 
LSA 
LSA 


06 
MSA 
MSA 
MSA 
MSA 


07 
ACAO 
ACAO 
SCA 
SCA 


AxD 
- 
ACA1 
OOH 
AxF 
- 


TxD 
- 
AlE 
1EH 
TxF 
- 


BAL 
02H 
AMD 
OOH 
TMST 
30H 


BAH 
OOH 
CLCF 
OOH 
TMCA 
- 


GEA 
OOH 
BACF 
04H 
FLA 
OOH 


GIA/BANK 
01H 
BBCF 
84H 
ACM 
- 


LCA 
OOH 
PMD 
FCH 
TCM 
- 


MCA 
OOH 
MIE 
OFH 
GSA 
12H 


LSA 
60H 
TMIE 
OOH 
ICM 
- 


MSA 
OOH 
BBL 
05H 
FMD 
OOH 


ACAO 
OOH 
BBH 
OOH 
TMD 
OOH 


AST 
OOH 
IMD 
OCH 


~ 


TltolER A EXPIRED 
TltolER B EXPIRED 
(HIGHEST PRIORITY) 


TltolER ~ 
TX tolACHINE IDLE 


RX PARITY ERROR 
TX CONDITION 
OVERRUN ERROR 
BREAK DETECTED 
BREAK TERtollNATED 
ADDRESS/CONTROL 
CHAR. RECEIVED 


RX CONDITION 
ADDRESS/CONTROL 
CHAR. tolATCH 


FRAtollNG ERROR 


----E 
DCD CHANGE STATE 
tolODEtol 
RI CHANGE STATE 


(LOWEST PRIORITY) 
DSR CHANGE STATE 
CTS CHANGE STATE 


There 
are 
two 
levels 
of 
interrupt/status 
reporting 
within 
the 82510. 
The first 
level 
is the block 
level 
interrupts 
such as RX FIFO, Tx FIFO, Rx Machine, 
Tx Machine, 
Timing 
unit, and Modem 
Module. 
The 
status 
of these 
blocks 
is reported 
in the 
General 
Status and General 
Interrupt 
Registers. 
The second 
level is the various 
sources 
within 
each block; 
only 
three of the blocks 
generate 
second 
level interrupts 
(Rx Machine, 
Timing 
Unit, and Modem 
Module). 
In- 
terrupt requests 
are maskable 
at both the block level 
and at the individual 
source 
level within the module. 
If more than one unmasked 
block requests 
interrupt 
service 
an on-chip 
interrupt 
controller 
will 
resolve 
contention 
on a priority basis (each block has a fixed 
priority). 
An interrupt 
request 
from a particular 
block 
is activated 
if one of the unmasked 
status bits within 
the status register for the block is set. A CPU service 
operation, 
e.g., reading the appropriate 
status regis- 
ter, will reset the status bits. 


The interrupt 
logic will assert 
the INT pin when 
an 
interrupt 
is coded 
into the General 
Interrupt 
register. 
The 
INT pin is forced 
low upon 
acknowledgment. 


The 82510 
has two modes of interrupt 
acknowledg- 
ment: 


The CPU must issue an explicit 
Interrupt 
Acknowl- 
edge command 
via the Interrupt 
Acknowledge 
bit of 
the Internal 
Command 
register. 
As a result the INT 
pin is forced 
low for two clocks 
and then updated. 


2. Automatic 
Acknowledge 


As 
opposed 
to 
the 
Manual 
Acknowledge 
mode, 


when 
the CPU must 
issue 
an explicit 
interrupt 
ac- 
knowledge 
command, 
an interrupt 
service 
operation 
is considered 
as 
an 
automatic 
acknowledgment. 


This 
forces 
the 
INT pin lOw for two 
clock 
cycles. 
After two cycles the INT pin is updated, 
i.e., if there 
is still an active 
non-masked 
interrupt 
request 
the 
INT pin is set HIGH. 


A service operation 
is an operation 
performed 
by the 
CPU, which causes the source of the 82510 interrupt 
to be reset (it will reset the particular 
status bit caus- 
ing the 
interrupt). 
An 
interrupt 
request 
within 
the 
82510 
will 
not reset 
until the 
interrupt 
source 
has 
been serviced. 
Each source 
can be serviced 
in two 
or three different 
ways; one general way is to disable 
the particular 
status bit causing 
the interrupt, 
via the 
corresponding 
block enable 
register. 
Setting the ap- 
propriate 
bit of the enable 
register 
to zero will mask 
off the corresponding 
bit in the status 
register, 
thus 
causing 
an edge 
on the 
input 
line to the 
interrupt 
logic. The same effect 
can be achieved 
by masking 


off the particular block interrupt request in GSR via 
the 
General Enable Register. Another 
method, 
which is applicable to all sources, is to issue the 
Status Clear command from the Internal Command 
Register. The detailed service requirements for each 
source are given below: 


Interrupt 
Status Bits 
Interrupt 
Specific 
Source 
& Registers 
Masking 
Service 


Timers 
TMST (1-0) 
TMIE (1-0) ReadTMST 
GSR(5) 
GER(5) 


Tx 
GSR(4) 
GER(4) 
Write Character 
Machine LSR(6) 
totX FIFO 


Rx 
LSR (4-1) 
RIE (7-1) 
Read RSTor 
Machine RST (7-1) 
GER(2) 
LSRWriteO 
GSR(2) 
to bit in 
RST/LSR 


Rx FIFO RST/LSR (0) GER (0) 
Write 0 to 
GSR (0) 
LSR/RST 
Bit zero. 
Read Character 


Tx FIFO 
LSR (5) 
GER (1) 
Write to FIFO 
GSR (1) 
Read GIR(1) 


Modem 
MSR (3-0) 
MIE (3-0) 
Read MSR 
GSR (3) 
GER (3) 
write 0 into the 
appropriate bits 
of MSR (3-0). 


NOTE: 
1. Only if pending 
interrupt 
is Tx FIFO. 


System Clock Generation 


The 82510 has two modes of System Clock Opera- 
tion. It can accept an externally generated clock, or 
it can use a crystal to internally generate its system 
clock. 


~rrFI 
..d~ 


The 82510 has an on-chip oscillator to generate its 
system clock. The oscillator will take the inputs from 
a crystal attached to the X1 and X2 pins. This mode 
is configured via a hardware strapping option on 
RTS. 


During hardware reset the RTS pin is an input; it is 
weakly pUlledhigh from within and then checked. If it 
is driven low externally then the 82510 is configured 
for the Crystal Oscillator; otherwise an external 
clock is expected. 


B. 'I"" 
I 
OUT2 


This is the default configuration. Under normal con- 
ditions the system clock is divided by two; however, 
the user may disable divide by two via a hardware 
strapping option on the DTR pin. The Hardware 
strapping option is similar to the one used on the 
RTS pin. It is forbidden to strap both DTR and RTS. 


The two major blocks involved in transmission are 
the Transmit FIFO and the Transmit Machine. The 
Tx FIFO acts as a buffer between the CPU and the 
Tx Machine. Whenever a data character is written to 
the Transmit Data register, it, along with the Trans- 
mit Flags (if applicable), is loaded into the Tx FIFO. 
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TXF REGISTER 
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FLAGS 
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The Tx FIFO can hold up to four, eleven-bit charac- 
ters (nine-bits data, parity, and address flag). It has 
separate read and write mechanisms. The read and 
write pointers are incremented after every operation 
to allow data transfer to occur in a First In First Out 
fashion. The Tx FIFO will generate a maskable inter- 
rupt when the level in the FIFO is below, or equal to, 
the Threshold. The threshold is user programmable. 


For example, if the threshold equals two, and the 
number of characters in the Tx FIFO decreases from 
three to two, the FIFO will generate an interrupt. The 
threshold should be selected with regard to the sys- 
tem's interrupt service latency. 


NOTE: 
There is a one character transmission delay be- 
tween 
FIFO empty and Transmitter 
Idle, so a 
threshold of zero may be selected without getting 
an underrun condition. Also if more than four char- 
acters are written to the FIFO an overrun will occur 
and the extra character will not be written to the Tx 
FIFO. This error will not be reported to the CPU. 


The Tx Machine reads characters from the Tx FIFO, 
serializes the bits, and transmits them over the TXD 
pin according to the timing signals provided for 
transmission. It will also generate parity, transmit 
break (upon CPU request), and manage the modem 
handshaking signals (CTS and RTS) if configured 
so. The Tx machine can be enabled or disabled 
through the Transmit Command register or CTS. If 
the transmitter is disabled in the middle of a charac- 
ter transmission the transmission will continue until 
the end of the character; only then will it enter the 
disable state. 


There are two modes of transmission clocking, 1X 
and 16X. In the 1X mode the transmitted data is 
synchronous to the transmit clock as supplied by the 
SCLK pin. In this mode stop-bit length is restricted to 
one or two bits only. In the 16X mode the data is not 
required to be synchronous to the clock. (Note: The 
Tx clock can be generated by the BRGs or from the 
SCLK pin.) 


Manual Mode-In 
this mode the CTS and RTS pins 
are not used by the Tx Machine (transmission is 
started regardless of the CTS state, and RTS is not 
forced low). The CPU may manage the handshake 
itself, by accessing the CTS and RTS signals 
through 
the 
MODEM CONTROL 
and 
MODEM 
STATUS registers. 


Semi-Automatic Mode-In 
this mode the RTS pin 
is activated whenever the transmitter is enabled. 
The CTS pin's state controls transmission. Trans- 
mission is enabled only if CTS is active. If CTS be- 
comes inactive during transmission, the Tx Machine 
will complete transmission of the current character 
and then go to the inactive state until CTS becomes 
active again. 


Automatic Mode-This 
mode is similar to the semi- 
automatic mode, except that RTS will be activated 
as long as the transmitter is enabled and there are 
more characters to transmit. The CPU need only fill 
the FIFO, the handshake is done by the Tx Machine. 
When both the shift register and the FIFO are empty 
RTS automatically goes inactive. (Note: The RTS pin 
can be forced to the active state by the CPU, regard- 
less of the handshaking mode, via the MODEM 
CONTROL register.) 


The 82510 reception mechanism involves two major 
blocks; the Rx Machine and the Rx FIFO. The Rx 
Machine will assemble the incoming character and 
its associated flags and then LOAD them on to the 
Rx FIFO. The top of the FIFO may be read by read- 
ing the Receive Data register and the Receive Flags 
Register. The receive operation can be done in two 
modes. In.the normal 
mode the characters are re- 
ceived in the standard Asynchronous format and 
only control characters are recognized. In the ulan 
mode, the nine bit protocol of the MCS-51 family is 
supported and the ulan Address characters, rather 
than Control Characters are recognized. 


POINTER 


====_1 


The Rx FIFO is very similar in structure and basic 
operation to the Tx FIFO. It will generate a maskable 
interrupt when the FIFO level is above, the thresh- 
old. The Rx FIFO can also be configured to operate 
as a one-byte buffer. This mode is used for 8250 
compatible software. drivers. An overrun will occur 
when the FIFO is full and the Rx Machine has a new 
character for the FIFO. In this situation the oldest 
character is discarded and the new character is 
loaded from the Rx Machine. An Overrun error bit 
will also be set in the RECEIVE STATUS and LINE 
STATUS registers. 


The user has the option to disable the loading of 
incoming characters on to the Rx FIFO by using the 
UNLOCK/LOCK FIFO commands. (See RECEIVE 
COMMAND register.) When the Rx FIFO is locked, it 
will ignore load requests from the Rx Machine, and 
thus the received characters will not be loaded into 
the FIFO and may be lost (if another character is 
received). These two commands are useful when 
the CPU is not willing to receive characters, or is 
waiting for specific Control/Address characters. In 
uLAN mode there are three options of address rec- 
ognition, each of these options varies in the amount 
of CPU offload, and degree of FIFO control through 
OPEN/LOCK FIFO commands. 


Automatic 
Mode-In 
this mode the Rx Machine will 
open the FIFO whenever an Address Match occurs; 
it will LOCK the FIFO if an address mismatch occurs. 


Semi-Automatic 
Mode-In 
this mode the Rx Ma- 
chine will open the FIFO whenever an address char- 
acter is received. It will not lock the FIFO if the Ad- 
dress does not match. The user is responsible for 
locking the Rx FIFO. 


Manual Mode-In 
this mode the Rx Machine does 
not control the FIFO automatically; however, the 
user may UNLOCK/LOCK the FIFO by using the 
RECEIVE COMMAND register. 


The RX Machine has two modes of clocking the in- 
coming data-16X 
or 1X. In 16X synchronization is 
done internally; in the 1X mode the data must be 
synchronous to the SCLK pin input. The Rx Machine 
synchronizes the data, passes it through a digital fil- 
ter to filter out the spikes, and then uses the voting 
counter to generate the data bit (multiple sampling 
of input RXD). Bit polarity decisions are made on the 
basis of majority voting; Le., if the majority of the 
samples are "1" the result is a "1" bit. If all samples 
are not in agreement then the bit is also reported as 
a noisy bit in the RECEIVE FLAGS register. The 
sampling window is programmable for either 3/16 or 
7/16 samples. The 3/16 mode is useful for high fre- 
quency transmissions, or when serious RC delays 
are expected on the channel. The 7/16 is best suit- 
ed for noisy media. The Rx machine also has a 
DPLL to overcome frequency shift problems; howev- 
er, using it in a very noisy environment may increase 
the error, so the user can disable the DPLL via the 
Receive Mode register. The Rx Machine will gener- 
ate the parity and the address marker as well as any 
framing error indications. 


Start Bit Detection-The 
falling edge of the Start 
bit resets the DPLL counter and the Rx Machine 
starts sampling the input line (the number of sam- 
ples is determined by the configuration of the sam- 
pling window mode). The Start bit verification can be 
done through either a majority voting system or an 
absolute voting system. The absolute voting requires 
that all the samples be in agreement. If one of the 
samples does not agree then a false Start bit is de- 
termined and the Rx Machine returns to the Start Bit 
search Mode. Once a Start bit is detected the Rx 
Machine will use the majority voting sampling win- 
dow to receive the data bits. 


Break Detection-If 
the input is low for the entire 
character frame including the stop Bit, then the Rx 
Machine will set Break Detected as well as Framing 
Error in the RECEIVE STATUS and LINE STATUS 
registers. It will push a NULL character onto the Rx 
FIFO with a framing-error and Break flag (As part of 
the Receive Flags). The Rx Machine then enters the 
Idle state. When it sees a mark it will set Break Ter- 
minated in RECEIVE STATUS and LINE STATUS 
registers and resume normal operation. 
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Control 
Characters-The 
Rx machine can gener- 
ate a maskable interrupt upon reception of standard 
ASCII or EBCDIC control characters, or an Address 
marker is received in the uLAN mode. The Rx ma- 
chine can also generate a maskable interrupt upon a 
match with programmed characters in the Address/ 
Control Character 0 or Address/Control Character 1 
registers. 


Table 6. Control 
Character 
Recognition 


CONTROL 
CHARACTER 
RECOGNITION 


A) 
STANDARD SET 
• 
ASCII: 
OOOXXXXX + 0111 1111 
(ASCII DEL) 
(00 - 1FH + 7 FH) 


• 
EBCDIC: OOXXXXXX 
(00 - 3FH) 


B) 
User Programmed 
• 
ACRO,ACR1 XXXX XXXX 
REGISTERS 


The 82510 has two-on-chip, 16-bit baud-rate gener- 
ators. Each BRG can also be configured as a Timer, 
and is completely independent of the other. This can 
be used when the Transmit and Receive baud rates 
are different. The mode, the output, and the source 
of each BRG is configurable, and can also be op- 
tionally output to external devices via the TA, TB 
pins (see Fig. 12. BRG Sources and Outputs).. 


SOFTWARE 
CONTROllED 


GATE 
SYS ClK 
XTAl ClK 
SOURCE 
SClK 
-A- 


SOFTWARE 
CONTROllED 


SClK 
GATE 
SYS ClK 
XTAl ClK 
SOURCE 
BRGA 
OUTPUT 
-B- 


Rx ClK 
Tx ClK 
BRGB 
SOURCE 


The Baud Rate is generated by dividing the source 
clock with the divisor count. The count is loaded 
from the divisor count registers into a count down 
register. A 50% duty cycle is generated by counting 
down in steps of two. When the count is down to 2 
the entire count is reloaded and the output clock is 
toggled. Optionally the two BRGs may be cascaded 
to provide a larger divisor. Note that this is the de- 
fault configuration and used for 8250Al16450 emu- 
lation. 


where fin is the input clock frequency and Divisor is 
the count loaded into the appropriate count regis- 
ters. System clock frequencies can be selected 
(4 - 
9.216 MHz) to eliminate baud rate error for 
high baud rates. 
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% 
Bit Rate 
16x Divisor 
Error 


110 
5236 (1474h) 
.007% 


300 
1,920 (780h) 
- 


1200 
480 (1EOh) 
- 


2400 
240 (FOh) 
- 


9600 
60 (3Ch) 
- 


19,200 
30 (1Eh) 
- 


38,400 
15 (OFh) 
- 


56,000 
10 (OAh) 
2.8% 


288,000 
2 (02h) 
- 


Source 
ClK 
= Internal 
Sys. Clk 
= 18.432 
MHz/2 
(Crystal) 
= 9.216 
MHz (External 
1X clock) 


NOTE: 
Internal 
system 
clock 
is Yo crystal 
frequency 
or Yo external 
clock 
frequency 
when 
using 72 clock 
option. 


The BRG counts down in increments of two and 
then is divided by two to generate a 50% duty cycle; 
however, for odd divisors it will count down the first 
time by one. All subsequent countdowns will then 
continue in steps of two. In those cases the duty 
cycle is no longer exactly 50%. The deviation is giv- 
en by the following equation: 


The BRG can operate with any divisor between 1 
and 65,535; however, for divisors between 1 and 3 
the duty cycle is as follows: 


Table 8. Duty Cycles 


Divisor 
Duty Cycle 


3 
33% 


2 
50% 


1 
Same as Source 


0 
FORBIDDEN 


Each of the 82510 BRGs can be used as Timers. 
The Timer is used to generate time delays by count- 
ing the internal system clock. When enabled the 
Timer uses the count from the Divisor/Count regis- 
ters to count down to 1. Upon terminal count a 
maskable Timer Expired interrupt is generated. The 


delay between the trigger and the terminal count is 
given by the following equation: 


To start counting, the Timer has to be triggered via 
the Start Timer Command. To restart the Timer after 
terminal count or while counting, the software has to 
issue the trigger command again. While counting the 
Timer can be enabled or disabled by using a soft- 
ware controlled Gate. It is also possible to output a 
pulse generated upon terminal count through the TA 
or TB pins. 


In 1X clock mode the only clock source available is 
the SCLK pin. The serial machines (both Tx Machine 
and Rx Machine) can independently use one of two 
clock modes, either 1X or 16X. Also no configuration 
changes are allowed during operation as each write 
in the BRG configuration registers causes a reset 
signal to be sent to the BRG logic. The mode or 
source clocks may be changed only after a Hard- 
ware or Software reset. The Divisor (or count, de- 
pending upon the mode) may be updated during op- 
eration unless the particular BRG machine is being 
used as a clock source for one of the serial ma- 
chines, and the particular serial machine is in opera- 
tion at the time. Loading the count registers with "0" 
is forbidden in all cases, and loading it with a "1" is 
forbidden in the Timer Mode only. 


The 82510 supports two modes of Loopback opera- 
tion, Local Loopback and Remote Loopback as well 
as an Echo mode for diagnostics and improved 
throughput. 


~~~~PIN 


~[§]~ 
~PIN 


290116-12 


The Tx Machine output and Rx Machine input are 
shorted internally, TXD pin output is held at Mark. 
This feature allows simulation of Transmission/Re- 
ception of characters and checks the Tx FIFO, Tx 
Machine, Rx Machine, and Rx FIFO along with the 
software without any external side effects. The mo- 
dem outputs OUT1, OUT2, DTR and RTS are inter- 
nally shorted to RI, DCD, DSR and CTS respectively. 
OUTOis held at a mark state. 


inter 


Figure 14. Remote 
Loopback 


The TXD pin and RXD pin are shorted internally (the 
data is not sent on to the RX Machine). This feature 
allows the user to check the communications chan- 
nel as well as the Tx and Rx pin circuits not checked 
in the Local Loopback mode. 


~ 


~ 


~~PIN~..-.. 


~PIN 
~ 
290116-14 


In Echo Mode the received characters are automati· 
cally transmitted back. When the characters are 
read from the 
Rx FIFO they are automatically 
pushed back onto the Tx FIFO (the flags are also 
included). The Rx Machine baud rate must be equal 
to, or less than, the Tx Machine baud rate or some 
of the characters may be lost. The user has an op- 
tion of preventing echo of special characters; Con- 
trol Characters and characters with Errors. 


The 82510 has a "power down" mode to reduce 
power consumption when the device is not in use. 


The 82510 powers down when the power down 
command is issued via the Internal Command Regis- 
ter (ICM). There are two modes of power down, 
Sleep and Idle. 


In Sleep mode, even the system clock of the 82510 
is shut down. The system clock source of the 82510 
can either be the Crystal Oscillator or an external 
clock source. If the Crystal Oscillator is being used 
and the power down command is issued, then the 
82510 will automatically enter the Sleep mode. If an 
external clock is being used, then the user must dis- 
able the external clock in addition to issuing the 
Power Down command, to enter the Sleep mode. 
The benefit of this mode is the increased savings in 
power consumption (typical power consumption in 
the Sleep mode is in the ranges of 100s of mi- 
croAmps). However, upon wake up, the user must 
reprogram the device. To exit this mode the user 
can either issue a Hardware reset, or read the FIFO 
Level Register (FLR) and then issue a software re- 
set. In either case the contents of the 82510 regis- 
ters are not preserved and the device must be repro- 
grammed prior to operation. If the Crystal Oscillator 
is being used then the user must allow enough time 
for the oscillator to wake up before issuing the soft- 
ware reset. 


The 82510 is in the idle mode when the Power Down 
command is issued and the system clock is still run- 
ning (i. e. the system clock is generated externally 
and not disabled by the user). In this mode the con- 
tents of all registers and memory cells are pre- 
served, however, the power consumption in this 
mode is greater than in the Sleep mode. Reading 
FLR will take the 82510 out of this mode. 


NOTE: 
The data read from FLR when exiting Power Down 
is invalid and should be ignored. 


Bank 
Address 
Read 
Write 
Register 
Register 
o (NAS) 
o (DLAB = 0) 
RXD 
TXD 
8250Al16450 
1 (DLAB = 0) 
GER 
GER 
o (DLAB = 1) 
BAL 
BAL 
1 (DLAB = 1) 
BAH 
BAH 
2 
GIR/BANK 
BANK 
3 
LCR 
LCR 
4 
MCR 
MCR 
5 
LSR 
LSR 
6 
MSR 
MSR 
7 
ACRO 
ACRO 


1 (WORK) 
0 
RXD 
TXD 
1 
RXF 
TXF 
2 
GIR/BANK 
BANK 
3 
TMST 
TMCR 
4 
FLR 
MCR 
5 
RST 
RCM 
6 
MSR 
TCM 
7 
GSR 
ICM 


2 (GENERAL 
CONF) 
0 
- 
- 
1 
FMD 
FMD 
2 
GIR/BANK 
BANK 
3 
TMD 
TMD 
4 
IMD 
IMD 
5 
ACR1 
ACR1 
6 
RIE 
RIE 
7 
RMD 
RMD 


3 (MODEM 
CONF) 
o (DLAB = 0) 
CLCF 
CLCF 
1 (DLAB = 0) 
BACF 
BACF 
o (DLAB = 1) 
BBL 
BBL 
1 (DLAB = 1) 
BBH 
BBH 
2 
GIR/BANK 
BANK 


3 
BBCF 
BBCF 


4 
PMD 
PMD 
5 
MIE 
MIE 
6 
TMIE 
TMIE 
7 
- 
- 


(1) ACRO is used in INS8250 as a Scratch-Pad 
Register 
(2) DLAB = LCR Bit #7 


The 82510 
has thirty-five 
registers 
which 
are divided 
into four 
banks 
of register 
banks. 
Only one 
bank 
is 


accessible 
at anyone 
time. The bank is selected 
through 
the BANK1-0 
bits in the GIR/BANK 
register. 
The 


individual 
registers 
within a bank are selected 
by the three address 
lines (A2-0). 
The 82510 
registers 
can be 
grouped 
into the following 
categories. 


inter 


BANK ZERO 8250Al1645D-COMPATIBLE 
BANK 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Defaul 


xD(33) 
TxData 
TxData 
TxData 
Tx Data 
Tx Data 
Tx Data 
TxData 
TxData 
0 
- 


bit 7 
bit6 
bit5 
bit4 
bit3 
bit2 
bit 1 
bitO 


RxD (35) 
Rx Data 
Rx Data Rx Data 
RxData 
Rx Data 
RxData 
RxData 
Rx Data 
0 
- 


bit 7 
bit6 
bit5 
bit 4 
bit3 
bit 2 
bit 1 
bit 0 


BAL(11) 
BRGA LSB Divide Count (DLAB = 1) 
0 
02H 


BAH(12) 
BRGA MSB Divide Count (DLAB = 1) 
1 
OOH 


GER (16) 
0 
0 
Timer 
Tx Machine Modem 
Rx Machine 
TxFIFO 
RxFIFO 
1 
OOH 


Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 


Enable 
Enable 
Enable 
Enable 
Enable 
Enable 


GIR/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 


21) 
Pointer 
Pointer 
Block Int 
Block Int 
Block Int 
Pending 


bit 1 
bitO 
bit2 
bit 1 
bit 0 


LCR (2) 
DLAB 
Set 
Parity 
Parity 
Parity 
Stop bit 
Character 
Character 
3 
OOH 


Divisor 
Break 
Mode 
Mode 
Mode 
Length 
Length 
Length 
Latch 
bit2 
bit 1 
bitO 
bitO 
bit 1 
bit 0 
Access bit 


MCR (32) 
0 
0 
OUTO 
Loopback 
OUT2 
OUT1 
RTS 
DTR 
4 
OOH 


Complement 
Control bit 
Complement 
Complement 
Complement 
Complement 


SR(22) 
0 
TxM 
TxFIFO 
Break 
Framing 
Parity 
Overrun 
RxFIFO 
5 
60H 


Idle 
Interrupt 
Detected 
Error 
Error 
Error 
IntReq 


MSR (27) 
DCD Input Rllnput 
DSR Input 
CTS Input 
State 
State (H -+ L) State 
State 
6 
OOH 


Inverted 
Inverted Inverted 
Inverted 
Change 
Change 
Change 
Change 
inDCD 
inRI 
inDSR 
inCTS 


ACRO (5) 
Address or Control Character 
Zero 
7 
OOH 


BANK ONE-GENERAL 
WORK BANK 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


xD(33) 
TxData 
Tx Data 
Tx Data 
Tx Data 
TxData 
Tx Data 
Tx Data 
TxData 
0 
- 
bit 7 
bit6 
bit 5 
bit4 
bit 3 
bit 2 
bit 1 
bitO 


RxD(35) 
RxData 
Rx Data 
Rx Data 
Rx Data 
RxData 
Rx Data 
Rx Data 
RxData 
0 
- 
bit 7 
bit 6 
bit 5 
bit4 
bit3 
bit 2 
bit 1 
bit 0 


RxF (24) 
- 
RxChar 
RxChar 
RxChar 
Addressor 
Break 
Rx Char 
Ninth 
1 
- 
OK 
Noisy 
Parity 
Control 
Flag 
Framing 
Data bit 
Error 
Character 
Error 
of RxChar 


xF(34) 
Address 
Software 
Ninth bit 
0 
0 
0 
0 
0 
1 
- 
Marker bit Parity bit of Data Char 


GIR/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 


(21) 
Pointer 
Pointer 
Block Int 
Block Int 
Block Int 
Pending 
bit 1 
bitO 
bit2 
bit 1 
bit 0 


TMST(26) 
- 
- 
GateB 
Gate A 
- 
- 
TimerB 
Timer A 
3 
30H 
State 
State 
Expired 
Expired 


MCR(31) 
0 
0 
Trigger 
Trigger 
0 
0 
Start 
Start 
3 
- 
GateB 
Gate A 
TimerB 
Timer A 


MCR (32) 
0 
0 
OUTO 
Loopback 
OUT2 
OUT 1 
RTS 
DTR 
4 
OOH 


Complement 
Control bit Complement 
Complement 
Complement 
Complement 


NOTE: 
The register 
number 
is provided 
as a reference 
number 
for the register 
description. 


BANK ONE-GENERAL 
WORK 
BANK (Continued) 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


FLR (25) 
- 
Rx FIFO Level 
- 
Tx FIFO Level 
4 
OOH 


RST(23) 
Address/ 
Address/ 
Break 
Break 
Framing 
Parity 
Overrun 
RxFIFO 
5 
OOH 


Control 
Control 
Terminated 
Detected 
Error 
Error 
Error 
Interrupt 


Character 
Character 
Requested 


Received 
Match 


RCM(30) 
Rx 
Rx 
Flush 
Flush 
Lock Rx 
Open Rx 
0 
0 
5 
- 
Enable 
Disable 
RxM 
Rx FIFO 
FIFO 
FIFO 


MSR (27) 
DCD 
Rllnput 
DSR Input 
CTS Input 
State 
State 
State 
State 
6 
OOH 


Complement 
Inverted 
Inverted 
Inverted 
Change 
Change 
Change 
Change 
inDCD 
inRI 
inDSR 
inCTS 


TCM(29) 
0 
0 
0 
0 
Flush Tx 
Flush Tx 
Tx 
Tx 
6 
- 
Machine 
FIFO 
Enable 
Disable 


GSR(20) 
- 
- 
Timer 
TxM 
Modem 
RxM 
TxFIFO 
Rx FIFO 
7 
12H 


Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 


ICM(28) 
0 
0 
0 
Software 
Manuallnt 
Status 
Power 
0 
7 
- 
Reset 
Acknowledge 
Clear 
Down 
Command 
Mode 


BANK TWO-GENERAL 
CONFIGURATION 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


FMD(4) 
0 
0 
Rx FIFO Threshold 
0 
0 
Tx FIFO Threshold 
1 
OOH 


GIR/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 
(21) 
Pointer 
Pointer 
Block Int 
Block Int Block Int Pending 
bit 1 
bitO 
bit 2 
bit 1 
bit 0 


TMD(3) 
Error 
Control 
9-bit 
Transmit 
Mode 
Software 
Stop Bit Length 
3 
OOH 


Echo 
Character 
Character 
Parity 


Disable 
Echo Disable 
Length 
Mode 


IMD(1) 
0 
0 
0 
0 
Interrupt 
RxFIFO 
ulan 
Loopback 
or 
4 
OCH 
Acknowledge 
Depth 
Mode 
Echo Mode 
Mode 
Select 
of Operation 


ACR1 (6) 
Address 
or Control 
Character 
1 
5 
OOH 


RIE(17) 
Address/ 
Address/ 
Break 
Break 
Framing 
Parity 
Overrun 
0 
6 
1EH 
Control 
Control 
Terminate 
Detect 
Error 
Error 
Error 
Character 
Character 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Recognition 
Match 
Enable 
Enable 
Enable 
Enable 
Enable 
Interrupt 
Interrupt 
Enable 
Enable 


RMD(7) 
Address/Control 
Disable 
Sampling 
Start bit 
0 
0 
0 
7 
OOH 
Character 
Mode 
DPLL 
Window 
Sampling 
Mode 
Mode 


BANK THREE-MODEM 
CONFIGURATION 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


CLCF(8) 
RxClock 
RxClock 
TxClock 
TxClock 
0 
0 
0 
0 
0 
OOH 
Mode 
Source 
Mode 
Source 


BACF(9) 
0 
BRGA 
0 
0 
0 
BRGA 
0 
0 
1 
04H 
Clock 
Mode 
Source 


BBL (13) 
BRGB LSB Divide Count (DLAB = 1) 
0 
05H 


BBH (14) 
BRGB MSB Divide Count (DLAB = 1) 
1 
OOH 


inter 


BANK THREE-MODEM 
CONFIGURATION 
(Continued) 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


GIR/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 


(21) 
Pointer 
Pointer 
Block Int 
Block Int 
Block Int 
Pending 
bit 1 
bit 0 
bit 2 
bit 1 
bitO 


BBCF (10) 
BRGB Clock Source 
0 
0 
0 
BRGB 
0 
0 
3 
84H 


Mode 


PMD(15) 
DCDIICLKI 
DCD/ICLKI 
DSR/TAI 
DSR/TAI 
RI/SCLK 
DTR/TB 
0 
0 
4 
FCH 


aUT1 
aUT1 
aUTO 
aUTO 
Function 
Function 
Direction 
Function 
Direction 
Function 


MIE(19) 
0 
0 
0 
0 
DCDState 
RIState 
DSR State 
CTSState 
5 
OFH 


Change 
Int Change 
Int Change 
Int Change 
Int 
Enable 
Enable 
Enable 
Enable 


TMIE (18) 
0 
0 
0 
0 
0 
0 
TimerB 
Timer A 
6 
OOH 
Interrupt 
Interrupt 
Enable 
Enable 


These read/write 
registers 
are used to configure 
the device. They may be read at anytime; 
however, 
they may 


be written 
to only when the device is idle. Typically 
they are written to only once after system 
power up. They 


are set to default 
values 
upon Hardware 
or Software 
Aeset 
(Default 
Wake-Up 
Mode). The default 
values 
are 


chosen 
so as to allow the 82510 to be fUlly software 
compatible 
with the IBM PC Async Adapter 
(INS 8250A/ 


16450) when in the default wakeup 
mode. The 82510 can operate 
in the High Performance 
mode by program- 


ming the configuration 
registers 
as necessary. 


Interrupt 
Acknowledge 
Mode 
• 
Automatic 
• 
Manual 


Receive 
• 
Sampling 
Window 
Size 
• 
Start Bit Detection 
Mode 
• 
DPLL Disable/Enable 


p.LAN (8051) 
Address 
Aecognition 
• 
Manual, 
Semi-Automatic, 
Automatic 


Diagnostics 
• 
Loopback 
• 
Aemote 
• 
Local 


• 
Echo 
• 
Yes/No 
• 
Disable 
Error Echo 
• 
Disable Control/Address 
Char. Echo 


FIFO 
• 
AX FIFO Depth 
• 
AX, TX Threshold 


Clock Options 
• 
AX, TX Clock Mode 


• 
1X 
• 
16X 
• 
AX, TX Clock Source 
• 
BAGA 
• 
BAGB 
• 
BAGA/B 
Operation 
Mode 
• 
Timer 
• 
BAG 
• 
BAGA/B 
Divide Count 
• 
BAGA/B 
Source 
• 
Sys Clock 
• 
SCLK Pin 
• 
BAGA Output 
(BAGB 
Only) 


Control 
Character 
Recognition 


• 
None 
• 
Standard 
• 
ASCII 
• 
EBCDIC 
• 
Two User Programmed 


TX Operation 
• 
ATS/CTS 
Control 
Manual, 
Semi-Automatic, 


Automatic 
• 
Parity Mode 
• 
Stop Bit Length 
• 
Character 
Size 
I/O Pins 
• 
Select 
Function 
for Each 
Multifunction 
Pin 


• 
Select 
Direction 
for Multi- 
function 
Pin (If Applica- 
ble) 


~ 


LEM- 
LOOBACK/ECHO 


RESERVED 
J.<LM- 
J.<LAN MODE 


RFD - 
RxFIFO 
DEPTH 


:AM- 
INTERRUPT 
ACKNOWLEDGE 
MODE 


This register defines the general device mode of op- 
eration. The bit functions are as follows: 


o - 
Manual acknowledgement of pend- 
ing interrupts 
1 - 
Automatic 
acknowledgement 
of 
pending interrupts (upon CPU serv- 
ice) 


This bit, when set, configures the 82510 for the auto- 
matic acknowledge mode. This causes the 82510 
INT line to go low for two clock cycles upon service 
of the interrupt. After two clock cycles it is then up- 
dated. It is useful in the edge triggered mode. In 
manual acknowledgement mode the CPU must ex- 
plicitly issue a command to clear the INT pin. (The 
INT pin then goes low for a minimum of two clock 
cycles until another enabled status register bit is 
set.) 


RFD: 
ReceiveFIFO Depth 


o - 
Four Bytes 
1 - 
One Byte 


This bit configures the depth of the Rx FIFO. With a 
FIFO depth of one, the FIFO will act as a 1-byte 
buffer to emulate the 8250A. 


o - 
Normal Mode 
1 - 
uLAN Mode 


This bit, enables the 82510 to recognize and/or 
match address using the 9-bit MCS-51 asynchro- 
nous protocol. 


LEM: 
Loopback/EchoMode Select 


This bit selects the mode of loopback operation, or 
the mode of echo operation; depending upon which 
operation mode is selected by the Modem Control 
register bit LC. 


In /oopback 
mode (Modem Control register bit 
LC = 1) it selects between local and remote loop- 
back. 


o - 
Local Loopback 
1 - 
Remote Loopback 


In echo mode (Modem Control register bit LC = 0) it 
selects between echo or non-echo operation. 


0- 
No Echo 
1 - 
Echo Operation 


inter 


DLAB 


SBK - SET BACK 


[ 


PM2 


PARITY 
PMI 
PMD 


ClO} 
CHARACTER 
Cll 
lENGTH 


SBlO - STOP 
BIT lENGTH 


This register defines the basic configuration of the 
serial link. 


DLAB-Divisor 
Latch Access Bit-This 
bit, when 
set, allows access to the Divisor Count registers 
BAL,BAH;BBL,BBH registers. 


SBK-Set 
Break Bit-This 
bit will force the TxD pin 
low. The TxD pin will remain low (regardless of all 
activities) until this bit is reset. 


PM2-PMo-Parity 
Mode Bits-These 
three. bits 
combine with the SPF bit of the Transmit Mode reg- 
ister to define the various parity modes. See Table 
12. 


PMO 
SPF 
PM2 
PM1 
Function 


0 
X 
X 
X 
No Parity 
1 
0 
0 
0 
Odd Parity 
1 
0 
0 
1 
Even Parity 
1 
0 
1 
0 
High Parity 
1 
0 
1 
1 
Low Parity 
1 
1 
0 
0 
Software Parity 


SBLQ-Stop 
Bit Length-This 
bit, together with 
SBL1 and SBL2 bits of the Transmit Mode register, 
defines the Stop-bit lengths for transmission. The Rx 
machine can identify 3/4 stop bit or more. See Table 
13. 


SBL2 
SBL1 
SBLO 
Stop Bit Length 
16X 
1X 


0 
0 
0 
4/4 
- 
0 
0 
1 
6/4 or 8/4* 
- 
0 
1 
0 
3/4 
1 
0 
1 
1 
4/4 
1 
1 
0 
0 
5/4 
1 
1 
0 
1 
6/4 
1 
1 
1 
0 
7/4 
1 
1 
1 
1 
8/4 
2 


CLQ--CL 1-Character 
Length Bits-These 
bits, 


together with the Transmit Mode register bit NBCL, 
define the character length. See Table 14. 


Table 14. Character Length 


NBCL 
CL1 
CLO 
Character Length 


0 
0 
0 
5 BITS 
0 
0 
1 
6 BITS 
0 
1 
0 
7 BITS 
0 
1 
1 
8 BITS 
1 
0 
0 
9 BITS 


inter 


EED- ERROR ECHO DISABLE 


CEO- CONTROL/ADDRESS 
ECHO DISABLE 


NBCL - NINTH BIT CHAR LENGTH 


SBLl 
- STOP BIT LENGTH 


SBL2 - STOP BIT LENGTH 


SPF - S/W 
PARITY 


This register together with the Line Configure Regis- 
ter defines the Tx machine mode of operation. 


EED-Error EchoDisable-Disables 
Echo of char- 
acters received with errors (valid in echo mode 
only). 


CED-Control CharacterEcho Disable-Disables 
Echo of characters recognized as control characters 
(or address characters in uLAN mode). Valid in echo 
mode only. 


NBCL-Nine-Bit 
Length-This 
bit, coupled with 
LCR (CLO,CL1l, selects Transmit/Receive charac- 
ter length of nine bits. See Table 14. 


TM1-TMo-Transmit 
Mode-These 
bits select 
one of three modes of control over the CTS and 
RTS lines. 


Oo-Manual Mode-In this mode the CPU has full 
control of the Transmit operation. The CPU has to 
explicitly enable/disable transmission, and activate/ 
check the RTS/CTS pins. 


1O-Semi-Automatic Mode-In 
this 
mode 
the 
82510 transmits only when CTS input is active. The 
82510 activates the RTS output as long as transmis- 
sion is enabled. 


11-Automatic 
Mode-In 
this mode the 82510 
transmits only when CTS input is active. The RTS 
output is activated only when transmission is en- 
abled and there is more data to transmit. 


SPF-Software Parity Force-This 
bit defines the 
parity modes along with the PMO,PM1, and PM2 bits 
of the LCR register. When software parity is enabled 
the software must determine the parity bit through 
the TxF register on transmission, or check the parity 
bit in RxF upon reception. See Table 12. 


SBL2-SBL 1-Stop 
Bit Length-These 
bits, to- 


gether with the SBLO bit of the LCR register define 
the stop bit length. See Table 13. 


~ 


TfTO 
"""'"==--- 
",,),.",,,"',,""'" 


RECEIVE FIFO [RfTl 
} RESERVED 
THRESHOLD 
RfTO 


This register configures the Tx and Rx FIFO's 
threshold levels-the 
occupancy levels that can 
cause an interrupt. 


RFT1-RFTo-Receive 
FIFO Threshold-When 
the Rx FIFO occupancy is greater than the level indi- 


cated by these bits the Rx FIFO Interrupt is activat- 
ed. 


TFT1- TFTo- Transmit FIFO Threshold-When 
the TX FIFO occupancy is less than or equal to the 
level indicated by these bits the Tx FIFO Interrupt is 
activated. 


This register contains a byte which is compared to 
each received character. The exact function de- 
pends on the configuration of the IMD register. 


In normal mode this register may be used to pro- 
gram a special control character; a matched charac- 
ter will be reported in the RECEIVE STATUS regis- 
ter. The maximum length of the control characters is 
eight bits. If the length is less than eight bits then the 


character must be right justified and the leading bits 
be filled with zeros. 


In uLAN mode this register contains the eight-bit sta- 
tion address for recognition. In this mode only in- 
coming address characters (Le., characters with ad- 
dress bit set) will be compared to these register. The 
PCRF bit in the RECEIVE STATUS register will be 
set when an Address or Control Character match 
occurs. 


NOTE: 
This register 
is identical 
in function 
to ACRO. 


ARC1-Address/Control CharacterRegister1 


inter 


7. RMD-RECEIVE 
MACHINE MODE REGISTER 


~ 


}'LAN/CONTROL 
[}'Ct.40 
] 
CHAR t.40DE 
}'Ct.41 
RESERVED 


DISABLE DPLL- DPD 


SAt.4PLlNGWINDOW- SWt.4t.40DE 
START BIT SAt.4PLlNGt.40DE 
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This register defines the Rx Machine mode of opera- 
tion. 


RMD-Recelve 
Machine Mode Register 


uCMO,uCM1-uLAN/Control 
Character Recogni- 
tion Mode-In 
normal mode it defines the Control 
Character recognition mode. In ulan mode they de- 
fine modes of address recognition. 


In uLAN mode: selects the mode of address recog- 
nition. 


OQ-Manual 
Mode-Rx 
Machine reports reception 
of any address character, via CRF bit of RECEIVE 
STATUS register, and writes it to the Rx FIFO. 


01-Seml-Automatic 
Mode-Qperates 
the same 
as Manual Mode but, in addition, the Rx Machine 
OPENS (unlocks) the Rx FIFO upon reception of any 
address characters. Subsequent received charac- 
ters will be written into the FIFO. (Note: it is the us- 
er's responsibility to LOCK the FIFO if the address 
character does not match the station's address.) 


1Q-Automatic 
Mode-The 
Rx Machine will OPEN 
(unlock) the Rx FIFO upon Address Match. In addi- 
tion the Rx Machine LOCKs the Rx FIFO upon rec- 
ognition of address mismatch; Le., it controls the 
flow of characters into the Rx FIFO depending upon 
the results of the address comparison. If a match 
occurs it will allow characters to be sent to the FIFO; 
if a mismatch occurs it will keep the characters out 
of the FIFO by LOCKING it. 


11-Reserved 


In normal 
Mode: selects the mode of Standard Set 


Control Character Recognition (programmed control 
characters are always recognized). 


00- 
No Standard Set Control Characters Recog- 
nized. 


01- 
ASCII Control Characters 
(00H-1 
FH + 7FH). 
10- 
Reserved. 


11- 
EBCDIC Control Character Recognized 
(OOH- 
3FH). 


DPD-Disable 
Digital Phase Locked Loop-When 
set, disables the DPLL machine. (Note: using the 
DPLL in a very noisy media, may increase the error 
rate.) 


SWM-Sampllng 
Window Mode-This 
bit controls 
the mode of data sampling: 


o-Small 
Window, 3/16 sampling. 


1-Large 
Window, 7/16 sampling. 


SSM-Start 
Bit Sampling Mode-This 
bit controls 
the mode of Start Bit sampling. 


0- 
Majority Voting for start bit. In this mode a ma- 
jority of the samples determines the bit. 


1- 
In this mode if one of the bit samples is not 
'0', the start bit will not be detected. 


~ 


Rx CLOCK MODE - RxCM 


Rx CLOCK SOURCE - RXC: 
] RESERVED 
Tx CLOCK MODE - TxCM 


Tx ClK 
SOURCE - TxCS 


This register defines the Transmit and Receive Code 
modes and sources. 


RxCM-Rx Clock Mode'- This bit selects the mode 
of the receive clock which is used to sample the 
received data. 
0-16X 
Mode. 
1- 
1X Mode. In this mode the receive data must be 
synchronous to the Rx Clock; supplied via the 
SCLK pin. 


RxCS-Rx 
Clock Source-This 
bit selects the 
source of the internal receive clock in the case of 
16X mode (as programmed by the RxCM bit above). 


o-BRGB 
Output 
1-BRGA 
Output 


TxCM- TransmitClockMode-This 
bit selects the 
mode of the Transmit Data Clock, which is used to 
clock out the Transmit Data. 
0-16X 
Mode 


1- 
1X Mode. In this mode the Transmit data is 
synchronous to the Serial Clock; supplied via 
the SCLK pin. 


TxCS- Transmit 
Clock 
Source-5elects 
the 
source of internal Transmit Clock in case of 16X 
mode. 
o-BRGB 
Output. 


1-BRGA 
Output. 


~ 


RESERVED 
RESERVED 


BRGA CLOCK SOURCE - BACS 
RESERVED 


RESERVED 
BAM - BRGA MODE 


RESERVED 
RESERVED 


SACF-SRGA ConfigurationRegister 


This register defines the BRGA clock sources and 
the mode of operation. 


SACS-SRGA 
Clock Source-5elects 
the input 
clock source for Baud Rate Generator A. 


O-System Clock 
1-SCLK 
Pin 


This bit has no effect if BRGA is configured as a 
timer. 


SAM-BRGA 
Mode of Operation-Selects 
be- 
tween the Timer mode or the Baud Rate Generator 
Mode. 


0- 
Timer Mode (in this mode the input clock 
source is always the system clock). 
1- 
Baud Rate Generator Mode 


~ 


BRGB 
CLOCK 
(.~" 
} RESERVEO 
SOURCE 
BBCSO 


{ 


BBIoI - 
BRGB 
1oI0DE 
RESERVED 
RESERVED 


BBCF-BRGB 
Configuration 
Register 


/ 


This register defines the SRGS clock sources and 
mode of operation. (Note: SRGS can also take its 
Input Clock from the output of SRGA.) 


SSCS1, SSCSo- These two bits together define the 
input Clock Sources for SRGS. These bits have no 
effect when in the timer mode. 
00- 
System Clock 
01- 
SCLKPin 


10- 
SRGA Output 
11- 
Reserved 


0- 
Timer Mode (In this mode the input clock 
source is always the system clock.) 
1- 
SRG Mode 


::;wm;: 
D42J----- LS 
-03 
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DCD!ICLK!OUn 
DIRECTION- 0100 
} 
___ 
RESERVED 
DCD!ICLK!OUn 
FUNCTION- DIOF 


DSR!TA!OUTO DIRECTION- DTAD 
DTF- DTR/TB FUNCTION 


DSR!TA!OUTO FUNCTION- DTAF 
RRF- Ri!SCLK FUNCTION 
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This register is used to configure the direction and 
function of the multifunction pins. The following op- 
tions are available on each pin. 
1. Direction: Input or Output Pin. 
0- 
Defines the Pin as an output pin (general pur- 
pose or special function). 
1- 
Defines the pin as an input pin. 
2. Function: General purpose or special purpose pin 
(no effect if the pin is programmed as an Input). 
0- 
special function output pin. 
1- 
general purpose output pin. 
DIOD-DCD/IClK/OUT1 
Direction. 
0- 
Output: IClK 
or OUT1 (depending on bit 
DIOF) 
1-lnput: 
DCD. 


DIOF-DCD/IClK/OUT1 
Function 
(output 
mode only). 


0- 
IClK (Output of the Internal System Clock). 


1- 
OUT1 general purpose output, Controlled by 
MODEM CONTROL Register 
DTAD-DSR/T AlOUTO Direction. 
0- 
Output: 
TA 
or 
OUTO (Dependent 
upon 
DTAF). 
1-lnput: 
DSR. 
DTAF-DSR/TAlOUTO 
Direction 
(output 
mode only). 


0- 
TA (BRGA Output or Timer A Termination 
Pulse). 


1- 
OUTO(general purpose output, controlled by 
MODEM CONTROL). 
RRF-RI/SClK 
Function 
0- 
SClK (Receive and/or Transmit Clock) 
1-RI 
DTF-DTR/TB 
Function 
0- 
TB (BRGB Output Clock on Timer B termina- 
tion pulse depending upon the 
mode of 
BRGB). 
1- 
DTR 


inter 


The 82510 uses a two layer approach to handle in- 
terrupt and status generation. Device level registers 
show the status of the major 82510 functional block 
(MODEM, FIFO, Tx MACHINE, Rx MACHINE, TIM- 
ERS, etc.). Each block may be examined by reading 
its individual block level registers. Also each block 
has interrupt enable/ generation logic which may 
generate a request to the built-in interrupt controller, 
the interrupt requests are then resolved on a priority 
basis. 


Interrupt 
Masking 


The 82510 has a device enable register, GER, which 
can be used to enable or mask-out any block inter- 
rupt request. Some of the blocks (Rx Machine, Mo- 
dem, Timer) have an enable register associated with 
their status register which can be used to mask out 
the individual sources within the block. Interrupts are 
enabled when programmed high. 


~ 


RESERVED ( 
RFIE - Rx FIFO INTERRUPT ENABLE 


mE 
- FIFO INTERRUPT ENABLE 


TIMERS INTERRUPT ENABLE - TIE 
RxlE - Rx INTERRUPT ENABLE 


Tx INTERRUPT ENABLE - TxlE 
MIE- MODEM INTERRUPT ENABLE 
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This register enables or disables the bits of the GSR 
register from being reflected in the GIR register. It 
serves as the device enable register and is used to 
mask the interrupt requests from any of the 82510 
block (See Figure 1). 


RxIE-Rx 
Machine Interrupt Enable. 


TFIE- Transmit FIFO Interrupt Enable. 


~ 
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CONTROL/ADDRESS 
RECOGNITION 
RESERVED 


CONTROL/ADDRESS 
MATCH 
OVERRUN ERROR 


BREAK TERMINATED 
PARITY ERROR 


BREAK DETECTED 
FRAMING ERROR 


RIE-Receive 
Interrupt Enable Register 


This register enables interrupts from the Rx Ma- 
chine. It is used to mask out interrupt requests gen- 
erated by the status bits of the RST register. 


CRE-Control/uLAN 
Address Character Recog- 
nition 
Interrupt 
Enable.-Enables 
Interrupt when 
CRF bit of RST register is set. 


PCRE-Programmable 
Controll Address Charac- 
ter Match Interrupt 
Enable.-Enables 
Interrupt on 
PCRF bit of RST. 


BkDE-Break 
Detection 
Interrupt 
Enable- 


Enable Interrupt on BkD bit of RST. 


FEE-Framing 
Error Enable-Enable 
Interrupt on 
FE bit of RST. 


PEE-Parity 
Error Enable-Enable 
Interrupt on PE 
bit of RST. 


OEE-overrun 
Error Enable-Enable 
Interrupt on 
OE bit of RST. 


~ 


TAlE 


TBIE 
RESERVED[ 
} 
RESERVED 


This is the enable register for the Timer Block. It is 
used to mask out interrupt requests generated by 
the status bits of the TMST register. 


TBIE- Timer 
B 
Expired Interrupt Enable- 


Enables Interrupt on TBEx bit of TMST. 


TAlE-Timer 
A 
Expired Interrupt Enable- 


Enables Interrupt on TAEx bit of TMST. 


~ 


eTSE 


DSRE 
.",.",[ ~ 
~ 
:~" 


This register enables interrupts from the Modem 
Block. It is used to mask out interrupt requests gen- 
erated by the status bits of the MODEM STATUS 
register. 


DCDE-Delta DCD InterruptEnable-Enables 
In- 
terrupt on DDCD bit of MODEM STATUS. 


RIE-Delta RI InterruptEnable-Enables 
Interrupt 
on DRI bit of MODEM STATUS. 


DSRE-Delta DSR InterruptEnable-Enables 
In- 
terrupt on DSR bit of MODEM STATUS. 


CTSE-Delta CTS Interrupt Enable-Enables 
In- 
terrupt on DCTS bits of MODEM STATUS. 


The 82510 has two device status registers, which 
reflect the overall status of the device, and five block 
status registers. The two device status registers, 
GSR and GIR, and supplementary in function. GSR 
reflects the interrupt status of all blocks, whereas 
GIR depicts the highest priority interrupt only. GIR is 
updated after the GSR register; the delay is of ap- 
proximately two clock cycles. 
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RESERVED 
Rx FIFO 
INTERRUPT 


RESERVED 
Tx 
FIFO INTERRUPT 


TIIolER INTERRUPT 
Rx IolACHINE 
INTERRUPT 


Tx IolACHINE 
INTERRUPT 
1ol0DElol INTERRUPT 


This register reflects all the pending block-level In- 
terrupt requests. Each bit in GSR reflects the status 
of a block and may be individually enabled by GER. 
GER masks-out interrupts from GIR; it does not 
have any effect on the bits in GSR. The only way 
that the bits can be masked out in GSR (Le., not 
appear in GSR) is if they are masked out at the lower 
level. 


TIR- Timers Interrupt Request-This 
bit indicates 
that one of the timers has expired. (See TMST) 


TxIR- Transmit· 
Machine 
Interrupt 
Request- 
Indicates that the Transmit Machine is either empty 
or disabled (Idle). 


MIR-Modem 
Interrupt 
Request-This 
bit, if set, 


indicates an interrupt from the Modem Module. (As 
reflected in MODEM STATUS.) 


RxlR-Receive 
Machine Interrupt 
Request-(As 
reflected in RST.) 


TFIR- Transmit 
FIFO 
Interrupt 
Request- 
Tx 


FIFO occupancy is below or equal to threshold. 


RFIR-Receive 
FIFO Interrupt Request-Rx 
FIFO 
Occupancy is above threshold. 


~ 


"'s,"'" 
""-mm",,, ""'" 


BANK 1 
BIO] 
ACTIVE 


BANK 0 
BI1 
BLOCK 


RESERVED 
BI2 
INTERRUPT 


General Interrupt Register/Bank 
Register 


This register holds the highest priority enabled pend- 
ing interrupt from GSR. In addition it holds a pointer 
to the current register segment. Writing into this reg- 
ister will update only the BANK bits. 


BANK1, BANKO-Bank 
Pointer Bits-These 
two 
bits point to the currently accessible register bank. 
The user can read and write to these bits. The ad- 
dress of this register is always two within all four 
register banks. 


B12, B11, BIO,-Interrupt 
Bits 0-2-These 
three 
bits reflect the highest priority enabled pending inter- 
rupt from GSR. 


101: Timer Interrupt (highest priority) 
100: Tx Machine Interrupt 
011: Rx Machine Interrupt 
010: Rx FIFO Interrupt 
001: Tx FIFO Interrupt 
000: Modem Interrupt (lowest priority) 


lPN-Interrupt 
Pending-This 
bit is active low. It 


indicates that there is an interrupt pending. The in- 
terrupt logic asserts the INT pin as soon as this bit 
goes active. (Note: the GIR register is continuously 
updated; so that, while the user is serving one inter- 
rupt source, a new interrupt with higher priority may 
enter GIR and replace the older interrupt.) 


intJ 


~ 


RESERVED 
Rx FIFO INT. 


TxST 
OVERRUN ERROR 


TFST 
PARITY ERROR 


BREAK DETECTED 
FRAtollNG ERROR 


This register holds the status of the serial link. It 
shares five of its bits with the RST register (BkD, FE, 
PE, OE, and RFIR). When this register is read, the 
RST register (BITS 1-7) and LSR register (BITS 1- 
4) are cleared. This register is provided for compati- 
bility with the INS8250A. 


TxSt- Transmit 
Machine 
Status 
Bit-Same 
as 
TxlR bit of GSR register. If high it indicates that the 
Transmit Machine is in Idle State. (Note: Idle may 
indicate that the TxM is either empty or disabled. 


TFSt-Transmlt 
FIFO Status-Same 
as TFIR bit of 
GSR. It indicates that the Transmit FIFO level is 
equal to or below the Transmit FIFO Threshold. 
There are two ways to disable the transmit FIFO 
status from being reflected in GJR: 
1. Writing a "0" to the TFIE bit of the GER register 
2. Dynamically by using the Tx FIFO HOLD IN- 
TERRUPT logic. When the Tx FIFO is in the 
Hold State, no interrupts are generated regard- 
less of the TFIR and TFIE bits. 


The Transmit FIFO enters the Hold State when the 
CPU reads the GIR register and the source of the 
interrupt is Tx FIFO. To Exit, the CPU must drop the 


TFIR bit of GSR by writing a character to Tx FIFO, or 
drop TFIE bit of GER (Disable Tx FIFO). 


Bkd-Break 
Detected-See 
Bkd bit in RST register 
for full explanation. The BkD bit in RST register is 
the same as this bit. 


FE-Framing 
Error Detected-5ee 
FE bit in RST 
register for a full explanation. The FE bit in RST reg- 
ister is the same as this bit. 


PE-Parlty 
Error 
Detected-See 
PE bit in RST 
register for full explanation. The PE bit in RST regis- 
ter is the same as this bit. 


OE-overrun 
Error-5ee 
OE bit in RST register for 
full explanation. The OE bit in RST register is the 
same as this bit. 


RFIR-Recelve 
FIFO Interrupt 
Request-This 
bit 
is identical to RFIR bit of GSR. It indicates that the 
RX FIFO level is above the Rx FIFO Threshold. This 
bit is forced LOW during any READ from the Rx 
FIFO. A zero written to this bit will acknowledge an 
Rx FIFO interrupt. 
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ADDRESS/CONTROL 
CHAR. RCVD. 
Rx FIFO INT. 


ADDRESS/CONTROL 
CHAR. MATCH 
OVERRUN ERROR 


BREAK TERMINATED - 
- 
PARITY ERROR 


BREAK DETECTED 
••••••_--... 
FRAMING ERROR 


This register displays the status of the Receive Ma- 
chine. It reports events that have occurred since the 
RST was cleared. This register is cleared when it is 
read except for BITO,Rx FIFO interrupt. Each bit in 
this register, when set, can cause an interrupt. Five 
bits of this register are shared with the LSR register. 


CRF-Controll Address Character Received- 
When enabled, this bit can cause an interrupt if a 
control character or address character is received. 
In uLAN Mode: indicates that an address charac- 
ter has been received. 
In normal Mode: indicates that a standard control 
character (either ASCII or EBCDIC) has been re- 
ceived. 


PCRF-Programmed ControllAddressCharacter 
Received-This 
bit, when enabled, will cause an in- 
terrupt when an address or control character match 
occurs. 


In uLAN Mode: indicates that an address charac- 
ter equal to one of the registers ACROor ACR1 
has been received. 


In normal Mode: indicates that a character which 
matches the registers ACROor ACR1 has been 
received. 


BkT-Break 
Terminated-This 
bit indicates that a 
break condition has been terminated. 


BkD-Break 
Detected-This 
bit indicates that a 
Break Condition has been detected, i.e., RxD input 
was held low for one character frame plus a stop 
BIT. 


FE-Framing 
Error-This 
bit indicates that a re- 
ceived character did not have a valid stop bit. 


PE-Parity Error-Indicates 
that a received charac- 
ter had a parity error. 


OE-overrun 
Error-Indicates 
that 
a 
received 
character was lost because the Rx FIFO was full. 


RFIR-Receive 
FIFO Interrupt Request-Same 
as the RFIR bit of LSR register. 


~ 


RESERVED 
RND - 
Rx CHAR 
NINTH 
DATA 
BIT 


Rx CHARACTER 
OK - 
ROK 
RFE - 
Rx CHAR 
FRAMING 
ERROR 


Rx NOISY - 
RxN 
BREAK 
FLAG 


Rx CHAR 
PARITY 
ERROR - 
RPE 
ACR - ADDRESS/CONTROL 
CHAR 
FLAG 
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This register contains additional information about 
the character in the RXD register. It is loaded by the 
Rx Machine simultaneously with the RXD register. 


ROK-Recelved 
Character OK-This 
bit indicates 
that the character in RXD no parity or framing error. 
The parity error is not included in the s/w parity 
mode. 


RxN-Recelved 
Character Noisy-The 
character 
in RXD was noisy. This bit, valid only in 16X sam- 
pling mode, indicates that the received character 
had non-identical samples for at least one of its bits. 


RPE-Receive 
Character Parity Error-This 
bit in- 
dicates that the RxD character had a Parity Error. 
However, in S/W Parity mooe it holds the received 
parity bit as is. 


ACR-Address/Control 
Character Marker-This 
bit indicates that the character in RXD is either: 


A control Character-in 
normal Mode. 
An Address Character in uLAN Mode. 


RFE-Recelve 
Character 
Framing 
Error- 
Indicates that no Stop bit was found for the charac- 
ter in RXD. 


NOTE: 
A Framing Error will be generated for the first char- 
acter of the Break sequence. 


RND-Nlnth 
Bit of 
Received 
Character-The 
most significant bit of the character in RXD is written 
into this bit. This bit is zero for characters with less 
than nine bits. 
• 
BKF-Break 
Flag-Indicates 
that the character is 
part of a "break" sequence. 


~ 


RESERVED 
TFLO 
Tx FIFO 


Rx FIFO [RFL2 
TFL 1] 
OCCUPANCY 


OCCUPANCY 
RFL 1 
TFL2 
LEVEL 


LEVEL 
RFLO 
RESERVED 


This register holds the current Receive and Transmit 
FIFO occupancy levels. 


• 
RFL2, RFL1, RFLQ-Recelve FIFO Level of Occu- 
pancy- These three bits indicate the level of Occu- 


pancy of the Rx FIFO. The valid range is zero (000) 
to four (100). 


TFL2, TFL1, TFLQ-Transmlt FIFO Level of Occu- 
pancy- These three bits indicate the level of occu- 
pancy in the transmit FIFO. The valid range is zero 
(000) to four (100). 


~ 


RESERVED 
Tlt.4ER A EXPIRED 


RESERVED 
TIt.4ER B EXPIRED 


GATE B STATE 
RESERVED 


GATE A STATE 
RESERVED 


This register holds the status of the timers. Bits 
TBEx and TAEx generate interrupts which are re- 
flected in bit TIR of GSR. Bits GBS and GAS just 
display the counting status, they do not generate in- 
terrupts. 


GBs-Gate 
B State-This 
bit does not generate an 
interrupt. It indicates the counting state of the soft- 
ware gate of Timer B, as written through the TMCR 
register. 
O-Counting disabled 
1-counting 
enabled 


GAs-Gate-A 
State-This 
bit does not generate 
an interrupt. It reflects the state of the software gate 
of Timer A, as written through the TMCR register. 


o-counting 
disabled 
1-counting 
enabled 


TBEx- Timer B Expired-When 
Set generates an 
interrupt through TIR bit of GSR. Indicates that Tim- 
er B count has expired. This bit is set via the terminal 
count pulse generated by the timer when it termi- 
nates counting. 


TAEx-Tlmer 
A Expired-Same 
as TBEx except it 
refers to Timer A. 


~ 


COt.4PLEt.4ENTl5CD 
STATE CHANGE ffi 


COt.4PLEt.4ENTRi 
STATE CHANGE DSR 


COt.4PLEt.4ENTDSR 
(H --> L) RI 


COt.4PLEt.4ENTCTS 
STATE CHANGE DCD 


This register holds the status of the Modem input 
pins (CTS, DCD, DSR, RI). It is the source of inter- 
rupts (MSR 0-3) for the MIR bit of GSR. If any of the 
above inputs change levels the appropriate bit in 
MODEM STATUS is set. Reading MODEM STATUS 
will clear the status bits. 


DCDC-DCD 
Complement-Holds 
the 
comple- 
ment of the DCD input pin if programmed as an input 
in PMD. 


DRIC-Holds 
the complement of the RI input pin if 
programmed as an input in PMD. 


DSRC-DSR 
Complement-Holds 
the complement 
of the DSR input pin if configured as an input in 
PMD. 


CTSC-CTS 
Complement-Holds 
the complement 
of the CTS pin. 


DDCD-Delta 
DCD-Indicates 
that the DCD input 
pin has changed state since this register was last 
read. 


DRI-Delta 
RI-Indicates 
that there was a high-to- 
low transition on the RI input pin since the register 
was last read. 


DDSR-Delta 
DSR-Indicates 
that the DSR input 
pin has changed state since this register was last 
read. 


DCTS-Delta 
CTS-Indicates 
that the CTS input 
pin has changed state since this register was last 
read. 


The command registers are write only; they are used 
to trigger an operation by the device. Once the oper- 
ation is started the register is automatically reset. 
There is a device level register as well as four block 
command registers. It is recommended that only one 
command be issued during a write cycle. 


inter 
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RESERVED 


RESERVED 
. 
PDM - POWER DOWN 


STC- STATUS CLEAR 


S/W 
RESET-SRST 
INTA-INTERRUPT 
ACKNOWLEDGE 


ICM-Internal 
Command Register 


This register activates the device's general func- 
tions. 


SRST-Device 
Software RESET-Gauses 
a total 
device reset; the effect is identical to the hardware 
reset (except for strapping options). The reset lasts 
four clocks and puts the device into the Default 
Wake-up Mode. 


INTA-Interrupt 
Acknowledge-This 
command is 
an explicit acknowledgement of the 82510's inter- 
rupt request. It forces the INT pin inactive for two 


clocks; afterwards, the INT pin may again go active if 
other enabled interrupts are pending. This command 
is provided for the Manual Acknowledge mode of 
the 82510. 


StC-Status 
Clear-Glears 
the following status reg- 


isters: RST, MSR, and TMST. 


PDM-Power 
Down-This 
command forces the de- 
vice into the power-down mode. Refer to the func- 
tional description for details. 


~ 
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TxDI- 
Tx DISABLE 


TxEn - Tx ENABLE 
RESERVED 
FTF - FLUSH Tx FIFO 


FTM - FLUSH Tx MACHINE 


TCM- Transmit Command Register 


This register controls the operation of the Transmit 
Machine. 


FTM-Flush 
Transmit 
Machine-Resets 
the 
Transmit Machine logic (but not the registers or 
FIFO) and enables transmission. 


TxEN- Transmit 
Enable-Enables 
Transmission 
by the Transmit Machine. 


TxDi- Transmit Disable-Disables 
transmission. If 
transmission is occurring when this command is is- 
sued the Tx Machine will complete transmission of 
the current character before disabling transmission. 
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RECEIVE ENABLE - RxE 
} RESERVED 


Rx DISABLE - RxDI 


FLUSH Rx t.4ACHINE- FRt.4 
ORF - OPEN Rx FIFO 


FLUSH 
Rx FIFO - FRF 
LRF - LOCK Rx FIFO 


This register controls the operation of the Rx ma- 
chine. 


RxE-Recelve 
Enable-Enables 
the reception of 
characters. 


RxDI-Recelve 
Disable-Disables 
reception 
of 
data on RXD pin. 


FRM-Flush 
Receive Machine-Resets 
the 
Rx 
Machine logic (but not registers and FIFOs), enables 
reception, and unlocks the receive FIFO. 


LRF-Locks Rx FIFO-Disables 
the write mecha- 


nism of the Rx FIFO so that characters subsequently 
received are not written to the Rx FIFO but are lost. 
However, reception is not disabled and complete 
status/event 
reporting continues. (This command 


may be used in the uLAN mode to disable loading of 
characters into the Rx FIFO until an address match 
is detected.) 


ORF-open 
(Unlock)Rx FIFO-This 
command en· 


abies or unlocks the write mechanism of the Rx 
FIFO. 


~ 


{ 
"'-""""'" 
RESERVED 
STB - START TIt.4ER B 


TIt.4ER GATE B - TGB 
} 
RESERVED 
TIt.4ER GATE A - TGA 


This register controls the operation of the two 82510 
timers. It has no effect when the timers are config- 
ured as baud-rate 
generators. TGA and TGB are 
not reset after command execution. 


TGB- Tlmer·B Gate-This 
bit serves as a gate for 
Timer B operation: 


1---enables counting 
O-disables 
counting 


TGA- Timer·A Gate-This 
bit serves as a gate for 
Timer-A operation: 


1---enables counting 
O-disables counting 


STB-Start Timer B- This command triggers timer 
B. At terminal count a status bit is set in TMST 
(TBEx). 


STA-Start Timer A-This 
command triggers timer 


A. At terminal count a status bit is set in TMST 
(TAEx). 


~ 


. 
{ 
. 
~-~OOW~~ 
RESERVED 
_ 
RTS - 
RTS OUTPUT 


aUTO 
OUTPUT 
BIT - aUTO 
Dun 
- 
Dun 
OUTPUT 
BIT 


LOOPBACK 
CONTROL - 
LC 
OUT2 - OUT2 
OUTPUT 
BIT 


This register controls the modem output pins. With 
multi-function 
pins it affects only the pins config- 
ured as general purpose output pins. All the output 
pins invert the data, Le. their output will be the com- 
plement of the data written into this register. 


OUTG-OUTO 
Output Bit-This 
bit controls the 
OUTO pin. The output signal is the complement of 
this bit. 


LCB Loopback Control Bit-This 
bit puts the 
82510 into loopback mode. The particular type of 
loopback is selected via the IMD register. 


OUT2-oUT2 
Output Bit-This 
bit controls the 
OUT2 pin. The output signal is the complement of 
this bit. 


OUT1-oUT1 
Output Bit-This 
bit controls the 
OUT1 pin. The output signal is the complement of 
this bit. 


RTS-RTS 
Output Bit-This 
bit controls the RTS 
pin. The output signal is the complement of this bit. 


DTR-DTR 
Output Bit-This 
bit controls the DTR 
pin. The output signal is the complement of this bit. 


The data registers hold data or other information 
and may be accessed at any time. 


This register holds the next data byte to be pushed 
into the Transmit FIFO. For character formats with 
more than eight bits of data, or with additional com- 
ponents (S/W Parity, Address Marker Bit) the addi- 
tional data bits should be written into the TxF regis- 


ter. When a byte is written to this register its con- 
tents, along with the contents of the TxF register, 
are pushed to the top of the Transmit FIFO. This 
register is write only. 


~ 
,",'"""'" """. 
] 
SOflWARE 
PARITY - SP 
RESERVED 
NINTH BIT DATA - 08 


RESERVED 


This register holds some additional components of 
the next character to be pushed into the Tx FIFO. 
The contents of this register are pushed into the Tx 
FIFO with the Transmit Data register whenever the 
TxD register is written to by the CPU. 


SP-Software Parity Bit-This 
bit is transmitted in 
S/W parity mode as the character's parity bit. 


OS-Ninth Bit of Data-In nine-bit character length 
mode this bit is transmitted as the MSB (08) bit. 


uLAN-uLAN 
Address Marker Bit-This 
bit is 
transmitted in uLAN mode as the address marker 
bit. 


This register holds the earliest received character in 
the Rx FIFO. The character is right justified and 
leading bits are zeroed. This register is loaded by the 


Rx Machine with the first received character. Read- 
ing the register causes the next register from the Rx 
FIFO to be loaded into RxD and RxF registers. 


AmbientTemperature 
under Bias 
O·C to 70·C 


Storage Temperature 
- 65· to + 150·C 


Voltage on any Pin (w.r.t. VSS) - 0.5V to Vee + 0.5V 


Voltage on Vee Pin (w.r.t. Vss) 
-0.5V 
to + 7V 


Power Dissipation 
300 mW 


Symbol 
Parameter 
Notes 
Mln 
Max 
Units 


Vil 
Input Low Voltage 
(1) 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
(1) 
2.0 
Vee-0.5 
V 


Val 
Output Low Voltage 
(2), (9) 
0.45 
V 


VOH 
Output High Voltage 
(3), (9) 
2.4 
V 


III 
Input Leakage Current 
(4) 
±10 
IJoA 


IlO 
3-State Leakage Current 
(5) 
±10 
IJoA 


Icc 
Power Supply Current 
(6) 
3.8 
mAlMHz 


Ipd 
Power Down Supply 
(7) 
2 
mA 


ISTBY 
Standby Supply Current 
(10) 
500 
IJoA 


IOHR 
RTS, DTR Strapping 
Current 
(11 ) 
0.4 
mA 


IOlR 
RTS, DTR Strapping 
Current 
(12) 
11 
mA 


Cin 
Input Capacitance 
(8) 
10 
pF 


Cio 
I/O Capacitance 
(8) 
10 
pF 


CXTAl 
X1, X2 Load 
10 
pF 


NOTES: 
1. Does not apply to elK/X1 
pin, when configured as crystal oscillator input (X1). 
2. @ IOL = 2 mA. 
3. @ IOH = -0.4 
mA. 


4. 0 < VIN < Vcc. 
5. 0.45V < Your < (Vcc - 
0.45). 


6. Vcc = 5.5V; VIL = 0.5V (max); VIH = Vcc - 
0.5V (min); 35 mA (max); Typical value = 2.5 mAlMHz (Not Tested); Ext 


1X elK 
(9 MHz max); IOL = IOH = O. 


7. Vcc = 5.5V; VIL = GND; VIH = Vcc; IOL = IOH = 0; device at power down mode, clock running. 
8. Freq 
= 1 MHz. 


9. Does not apply to OUT2/X2 pin, when configured as crystal oscillator output (X2). 
10. Same as 7, but input clock not running. 
11. Applies only during hardware reset for clock configuration options. Strapping current for logic HIGH. 
12. Applies only during hardware reset for clock configuration. Strapping current for logic lOW. 
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Testing Conditions: 
• All AC output parameters are under output load 
of 20 to 100 pF, unless otherwise specified. 
• AC testing inputs are driven at 2.4 for logic '1', 
and 0.45V for logic '0'. Output timing measure- 
ments are made at 1.5V for both a logical '0' 
and '1'. 


• In the following tables, the units are ns, unless 
otherwise specified. 


System Interface Speclflcatlon-System 
Clock 
Specification: 


The 82510 system clock is supplied via the ClK pin 
or generated by an on-chip crystal oscillator. The 
clock is optionally divided by two. The ClK parame- 
ters are given separately for internal divide-by-two 
option ACTIVE and INACTIVE. 


The system clock (after division by two, if active) 
must be at least 16X the Tx or Rx baud rate (the 
faster of the two). 


Symbol 
Parameter 
Mln 
Max 
Notes 


DIVIDE 
BY TWO OPTION-ACTIVE 


Tcy/2 
ClK Period 
54 
250 
(2) 


TClCH 
ClK low Time 
25 


TCHCl 
ClK High Time 
25 


TCH1CH2 
ClK Rise Time 
10 
(1) 


TCl2Cl1 
ClK Fall Time 
10 
(1) 


FXTAl 
External Crystal 
4.0 
18.432 
Frequency Rating 
MHz 


DIVIDE 
BY TWO OPTION-INACTIVE 


Tcy 
ClKPeriod 
108 


TClCH 
ClKlowTme 
54 


TCHCl 
ClK High Time 
44 
250 


TCH1CH2 
ClK Rise Time 
15 
(1) 


TCl2Cl1 
ClK Fall Time 
15 
(1) 


NOTES: 
1. Rise/fall times are measured between 0.8 and 2.0V. 
2. Tcy in ACTIVE divide by two option is TWICE the input 
clock period. 


Symbol 
Parameter 
Min 
Max 
Notes 


TRSHl 
Reset Width-GlK/X1 
Configured to ClK 
8Tcy 
(1) 


TTlRSl 
RTS/DTR lOW Setup to Reset Inactive 
6 Tcy 
(2) 


TRSlTX 
RTS/DTR low Hold after Reset Inactive 
0 
Tcy - 20 
(2) 


RESET 
I 
L 
_ 


_____________ 
••••• 
~TTLRSL+TRSLTX1 
DTR/R~ 
----- 
-------------- 
------ 


NOTES: 
1. In case of ClK/X1 
configured as X1, 1 Ms is required to guarantee crystal oscillator wake-up. 


2. RTS/DTR are internally driven HIGH during RESET active time. The pin should be either left OPEN or externally driven 
lOW during RESET according to the required configuration of the system clock. These parameters specify the timing re- 
quirements on these pins, in case they are externally driven lOW during RESET. 
The maximum spec on TRSl TX requires that the RTS/DTR pins not be forced later than TRSl TX maximum. 


Symbol 
Parameter 
Mln 
Max 
Notes 


TRLRH 
RD Active Width 
2Tcy + 65 


TAVRL 
Address/CS 
Setup Time to RD Active 
7 


TRHAX 
Address/CS 
Hold Time after RD Inactive 
0 


TRLDV 
Data Out Valid Delay after RD Active 
2Tcy + 65 


TCIAD 
Command 
Inactive to Active Delay 
Tcy + 15 
(1) 


TRHDZ 
Data Out Float Delay after RD Inactive 
40 


NOTE: 
1. Command 
refers 
to either 
Read or Write signals. 


Symbol 
Parameter 
Min 
Max 
Notes 


TWLWH 
WR Active Width 
2Tcy + 15 


TAVWL 
Address 
CS Setup Time to WR Active 
7 


TWHAX 
Address 
and CS Hold Time after WR 
0 


TDVWH 
Data in Setup Time to WR Inactive 
90 


TWHDX 
Data in Hold Time after WR Inactive 
12 


TDVWH 
TWHOX 


07-0 
VALID 


NOTE: 
Many of the serial 
interface 
pins have more than 
one function; 
sometimes 
the different 
functions 
have different 
timings. 
In 
such a case, 
the timing 
of each function 
of a pin is given 
separately. 
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Symbol 
Parameter 
Mln 
Max 
Notes 


Txcy 
SCLK Period 
216 


TXLXH 
SCLK Low Time 
93 


TXHXL 
SCLK High Time 
93 


TXH1XH2 
SCLK Rise Time 
15 
(1) 


TXL2XL1 
SCLK Fall Time 
15 
(1) 


Symbol 
Parameter 
Mln 
Max 
Notes 


Txcy 
SCLK Period 
3500 


TXLXH 
SCLK Low Time 
1650 


TXHXL 
SCLK High Time 
1650 


TXH1XH2 
SCLK Rise Time 
15 
(1) 


TXL2XL1 
SCLK Fall Time 
15 
(1) 


NOTE: 
1. Rise/fall 
times 
are measured 
between 
O.BV and 2.0V. 


Symbol 
Parameter 
Mln 
Max 
Notes 


TRPW 
RXD Setup Time to SCLK High 
250 


TRPD 
RXD Hold Time After SCLK High 
250 


SCLK 
\ r,.1 
\ 
I 


TRPD 
* 


RXD 


290116-46 


Parameter 


TXD Valid Delay after SCLK Low 


REMOTE 
LOOPBACK 
SPECIFICATION 


Symbol 
Parameter 


TRXDTXD 
TXD Delay after RXD 
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I"HU(3HAMMABLE HOLC/SOLC 
PROTOCOL CONTROLLER 
• CCITT 
X.25 Compatible 
• Programmable 
NRZI Encode/Decode 
• HDLC/SDLC 
Compatible 
• Two Programmable 
Modem 
Control 
• Full Duplex, Half Duplex, or Loop SDLC 
Ports 


Operation 
• Digital Phase Locked 
Loop Clock 
• Up to 64K Baud Synchronous 
Transfers 
Recovery 
• Automatic 
FCS (CRC) Generation 
and 
• Minimum 
CPU Overhead 


Checking 
• Fully Compatible 
with 8048/8080/ 
• Up to 9.6K Baud with On-Board 
Phase 
8085/8088/8086/80188/80186CPUs 


Locked 
Loop 
• Single + 5V Supply 


The Intel 8273 Programmable 
HOLC/SOLC 
Protocol 
Controller 
is a dedicated 
device designed 
to support 
the 
ISO/CCITT's 
HOLC and IBM's SOLC communication 
line protocols. 
It is fully compatible 
with Intel's 
new high 
performance 
microcomputer 
systems 
such as the MCS 188/186™. 
A frame level command 
set is achieved 
by 
a unique microprogrammed 
dual processor 
chip architecture. 
The processing 
capability 
supported 
by the 8273 
relieves 
the system 
CPU of the low level real-time 
tasks normally 
associated 
with controllers. 


REGISTERS 


TxlNT 
RESUl T 
COMMAND 


R.INT 
RESUt T 
PARAMETER 


TEST MODE 
STATUS 


RESULT 


hORQ 
T;DACK 


R.DRQ 


R~bACK 


DATA 
BUS 
BUFFER 


OPtl 
i2XCi.K 
RTs 


PB'_4 


hiNT 


RJlINT 
Ri5 


WR 


FlAG1iET 
Vcc 


Tx INT 
~ 
ClK 
JIli3 


RESET 
I'lI2 


TlItDACK 
~ 
TxDRO 
m 
~ 
PA. 


RxDRO 
PA, 


AD 
PAl 


WR 
fD 


R•. INT 
~ 


080 
TxD 


OBI 
TxC 


DB2 
RxC 


DB3 
RxD 


DB4 
32xClK 


DBS 
cs 
DB6 
DPll 


DB7 
A, 


GND 
Ao 


210479-2 
Figure 2. Configuration 
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A BRIEF DESCRIPTION 
OF 
HDLC/SDLC 
PROTOCOLS 


The High Level Data Link Control (HDLC) is a stan- 
dard communication link protocol established by In- 
ternational Standards Organization (ISO). HDLC is 
the discipline used to implement ISO X.25 packet 
switching systems. 


The Synchronous Data Link Control (SDLC) is an 
IBM communication link protocol used to implement 
the System Network Architecture (SNA). Both the 
protocols are bit oriented, code independent, and 
ideal for full duplex communication. Some common 
applications include terminal to terminal, terminal to 
CPU, CPU to CPU, satellite communication, packet 
switching and other high speed data links. In sys- 
tems which require expensive cabling and intercon- 
nect hardware, any of the two protocols could be 
used to simplify interfacing (by going serial), thereby 
reducing interconnect hardware costs. Since both 
the protocols are speed independent, reducing inter- 
connect hardware could become an important appli- 
cation. 


In both the HDLC and SDLC line protocols, accord- 
ing to a pre-assigned hierarchy, a PRIMARY (Con- 
trol) STATION controls the overall network (data 
link) and issues commands to the SECONDARY 
(Slave) STATIONS. The latter comply with instruc- 
tions and respond by sending appropriate 
RE- 
SPONSES. Whenever a transmitting station must 
end transmission prematurely it sends an ABORT 
character. Upon detecting an abort character, a re- 
ceiving station ignores the transmission block called 
a FRAME. Time fill between frames can be accom- 
plished by transmitting either continuous frame pre- 
ambles called FLAGS or an abort character. A time 
fill within a frame is not permitted. Whenever a sta- 
tion receives a string of more than fifteen consecu- 
tive ones, the station goes into an IDLE state. 


A single communication element is called a FRAME 
which can be used for both Link Control and data 
transfer purposes. The elements of a frame are the 


beginning eight bit FLAG (F) consisting of one zero, 
six ones, and a zero, an eight bit ADDRESS FIELD 
(A), an eight bit CONTROL FIELD (C), a variable 
(N-bit) INFORMATION FIELD (I), a sixteen 
bit 
FRAME CHECK SEQUENCE (FCS), and an eight bit 
end FLAG (F), having the same bit pattern as the 
beginning flag. In HDLC the Address (A) and Control 
(C) bytes are extendable. The HDLC and the SDLC 
use three types of frames; an Information Frame is 
used to transfer data, a Supervisory Frame is used 
for control purposes, and a Non-sequenced Frame 
is used for initialization and control of the secondary 
stations. 


An important characteristic of a frame is that is con- 
tents are made code transparent by use of a zero bit 
insertion and deletion technique. Thus, the user can 
adopt any format or code suitable for his system-it 
may even be a computer word length or a "memory 
dump". The frame is bit oriented that is, bits, not 
characters in each field, have specific meanings. 
The Frame Check Sequence (FCS) is an error de- 
tection scheme similar to the Cyclic Redundancy 
Checkword (CRC)widely used in magnetic disk stor- 
age devices. The Command and Response informa- 
tion frames contain sequence numbers in the control 
fields identifying the sent and received frames. The 
sequence numbers are used in Error Recovery Pro- 
cedures (ERP) and as implicit acknowledgement of 
frame communication, enhancing the true full-duplex 
nature of the HDLC/SDLC protocols. 


In contrast, BISYNC is basically half-duplex (two way 
alternate) because of necessity to transmit immedi- 
ate acknowledgement frames. HDLC/SDLC there- 
fore saves propagation delay times and have a po- 
tential of twice the throughput rate of BISYNC. 


It is possible to use HDLC or SDLC over half duplex 
lines but there is a corresponding loss in throughput 
because both are primarily designed for full-duplex 
communication. As in any synchronous system, the 
bit rate is determined by the clock bits supplied by 
the modem, protocols themselves are speed inde- 
pendent. 


A byproduct of the use of zero-bit insertion-deletion 
technique is the non-return-to-zero invert (NRZI) 
data transmission/reception compatibility. The latter 
allows HDLC/SDLC protocols to be used with asyn- 
chronous data communication hardware in which 
the clocks are derived from the NRZI encoded data. 


Guidebook to Data Communciations, Training 
Manu- 
al, Hewlett-Packard 
5955-1715 
IBM Introduction to Teleprocessing, IBM, 
GC 20- 
8095-02 
System Network Architecture, Technical Overview, 
IBM, GA 27-3102 
System Network Architecture Format and Protocol, 
IBM GA 27-3112 


IBM Synchronous Data Link Control General Infor- 
mation, IBM, GA27-3093-1. 
Standard Network Access Protocol Specification, 
DATAPAC, 
Trans-Canada 
Telephone 
System 
CCG111 


Recommendation 
X.25 ISO/CCID 
March 2, 1976. 
IBM 3650 Retail Store System Loop Interface OEM 
Information, IBM, GA 27·3098·0 


01111110 
8 BITS 
8 BITS 
VARIABLE 
LENGTH 
16 BITS 
01111110 
IONL Y IN I FRAMES) 


Symbol 
Pin 
Type 
Name and Function 
No. 


Vcc 
40 
POWER SUPPLY: + 5V Supply. 


GND 
20 
GROUND: 
Ground. 


RESET 
4 
I 
RESET: A high signal on this pin will force the 8273 to an idle state. 
The 8273 will remain idle until a command 
is issued by the CPU. The 
modem interface 
output signals are forced 
high. Reset must be true for 
a minimum of 10 TCY. 


CS 
24 
I 
CHIP SELECT: 
The RD and WR inputs are enabled 
by the chip select 
input. 


DBo-DB7 
12-19 
I/O 
OAT A BUS: The Data Bus lines are bidirectional 
three-state 
lines 
which interface 
with the system Data Bus. 


WR 
10 
I 
WRITE 
INPUT: The Write signal is used to control the transfer 
of either 
a command 
or data from CPU to the 8273. 


RD 
9 
I 
READ INPUT: The Read signal is used to control the transfer 
of either 
a data byte or a status word from the 8273 to the CPU. 


TxlNT 
2 
0 
TRANSMITTER 
INTERRUPT: 
The Transmitter 
interrupt 
signal 
indicates 
that the transmitter 
logic requires service. 


RxlNT 
11 
0 
RECEIVER 
INTERRUPT: 
The Receiver 
interrupt 
signal indicates 
that 
the Receiver 
logic requires service. 


TxDRQ 
6 
0 
TRANSMITTER 
DATA 
REQUEST: 
Requests 
a transfer 
of data 
between 
memory and the 8273 for a transmit 
operation. 


RxRDQ 
8 
0 
RECEIVER 
DMA REQUEST: 
Requests 
a transfer 
of data between 
the 
8273 and memory for a receive operation. 


Symbol 
Pin 
Type 
Name and Function 
No. 


TXDACK 
5 
1 
TRANSMITTER 
DMA ACKNOWLEDGE: 
The Transmitter 
DMA 
acknowledge 
signal notifies the 8273 that the TxDMA cycle has been 
granted. 


RxDACK 
7 
I 
RECEIVER 
DMA ACKNOWLEDGE: 
The Receiver 
DMA acknowledge 
signal notifies the 8273 that the RxDMA cycle has been granted. 


Ao-A1 
21-22 
I 
ADDRESS: 
These two lines are CPU Interface 
Register 
Select lines. 


TxD 
29 
0 
TRANSMITTER 
DATA: This line transmits 
the serial data to the 
communication 
channel. 


TxC 
28 
I 
TRANSMITTER 
CLOCK: The transmitter 
clock is used to synchronize 
the transmit 
data. 


RxD 
26 
I 
RECEIVER 
DATA: This line receives 
serial data from the 
communication 
channel. 


AXe 
27 
I 
RECEIVER 
CLOCK: The Receiver Clock is used to synchronize 
the 
receive data. 


32XCLK 
25 
I 
32X CLOCK: The 32X clock is used to provide clock recovery 
when an 
asynchronous 
modem is used. In loop configuration 
the loop station 
can run without an accurate 
1X clock by using the 32X CLK in 
conjunction 
with the DPLL output. (This pin must be grounded 
when 
not used.) 


DPLL 
23 
0 
DIGITAL 
PHASE LOCKED 
LOOP: Digital Phase Locked 
Loop output 
can be tied to RxC and/or 
TxC when 1X clock is not available. 
DPLL is 
used with 32X CLK. 


FLAG DET 
1 
0 
FLAG DETECT: 
Flag Detect signals that a flag (01111110) 
has been 
received 
by an active receiver. 


RTS 
35 
0 
REQUEST 
TO SEND: Request to Send signals that the 8273 is ready 
to transmit 
data. 


CTS 
30 
I 
CLEAR TO SEND: Clear to Send signals that the modem is ready to 
accept data from the 8273. 


CD 
31 
I 
CARRIER 
DETECT: Carrier Detect signals that the line transmission 
has started and the 8273 may begin to sample data on RxD line. 


PA2-4 
32-34 
I 
GENERAL 
PURPOSE 
INPUT PORTS: The logic levels on these lines 
can be Read by the CPU through the Data Bus Buffer. 


PB1-4 
36-39 
0 
GENERAL 
PURPOSE 
OUTPUT 
PORTS: The CPU can write these 
output lines through 
Data Bus Buffer. 


CLK 
3 
I 
CLOCK: A square wave TTL clock. 
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The Intel 8273 HDLC/SDLC controller is a micro- 
computer peripheral device which supports the In- 
ternational Standards Organization (ISO) High Level 
Data Link Control (HDLC), and IBM Synchronous 
Data Link Control (SDLC) communications proto- 
cols. This controller minimizes CPU software by sup- 
porting a comprehensive frame-level instruction set 
and by hardware implementation of the low level 
tasks associated with frame assembly/disassembly 
and data integrity. The 8273 can be used in either 
synchronous or asynchronous applications. 


In asynchronous applications the data can be pro- 
grammed to be encoded/decoded 
in NRZI code. 
The clock is derived from the NRZI data using a digi- 
tal phase locked loop. The data transparency is 
achieved by using a zero-bit insertion/deletion tech- 
nique. The frames are automatically checked for er- 
rors during reception by verifying the Frame Check 
Sequence (FCS); the FCS is automatically generat- 
ed and appended before the final flag in transmit. 
The 
8273 
recognizes 
and 
can 
generate 
flags 
(01111110) Abort, Idle, and GA (EOP) characters. 


The 8273 can assume either a primary (control) or a 
secondary (slave) role. It can therefore be readily 
implemented in an SDLC loop configuration as typi- 
fied by the IBM 3650 Retail Store System by pro- 
gramming the 8273 into a one-bit delay mode. In 
such a configuration, a two wire pair can be effec- 
tively used for data transfer between controllers and 
loop stations. The digital phase locked loop output 
pin can be used by the loop station without the pres- 
ence of an accurate Tx clock. 


The CPU interface is optimized for the MCS-80/ 
85™ bus with an 8257 DMA controller. However, 
the interface is flexible, and allows either DMA or 
non-DMA data transfers, interrupt or non-interrupt 
driven. It further allows maximum line utilization by 
providing early interrupt mechanism for buffered 
(only the information field can be transferred to 
memory) Tx command overlapping. It also provides 
separate Rx and Tx interrupt output channels for ef- 
ficient operation. The 8273 keeps the interrupt re- 
quest active until all the associated interrupt results 
have been read. 


The CPU utilizes the CPU interface to specify com- 
mands and transfer data. It consists of seven regis- 
ters addressed via CIA, A1' Ao, RD and WR signals 
and two independent data registers for receive data 
and transmit data. A1' Ao are generally derived from 
two low order bits of the address bus. If an 8080 
based CPU is utilized, the RD and WR signals may 
be driven by the 8228 1I0R and I/OW. The table 
shows the seven register select decoding: 


A1 Ao TxDACK 
RxDACK 
CS RD WR 
Register 


0 
0 
1 
1 
0 
1 
0 
Command 
0 
0 
1 
1 
0 
0 
1 Status 
0 
1 
1 
1 
0 
1 
0 
Parameter 
0 
1 
1 
1 
0 
0 
1 Result 
1 
0 
1 
1 
0 
1 
0 
Reset 
1 
0 
1 
1 
0 
0 
1 TxlNT Result 
1 
1 
1 
1 
0 
1 
0 
- 
1 
1 
1 
1 
0 
0 
1 RxlNT Result 
X X 
0 
1 
1 
1 
0 Transmit Data 
X X 
1 
0 
1 
0 
1 Receive Data 


intJ 


REGISTERS 


TxlNl' 
RESUL T 
COMMANO 


RxlNT 
RESUL T 
PARAMETER 


TxlNT 


RxlNT 


AD 


WR 


STATUS 


RESULT 


OATA 
BUS 
BUFFER 


TxORO 


TxOACK 


RxORO 


RxDACK 


DPLL 
32X CLK 


RTS 


READ! 
WRITE 
DMA! 


CONTROL 
LOGIC 


A, 


RESET 


INTERNAL 
DATA 
BUS 
- 


CPUINTERFACE 
LJ 
MODEM 
INTERFACE 


Operations are initiated by writing an appropriate 
command in the Command Register. 


Parameters of commands that require additioal in- 
formation are written to this register. 


Contains an immediate result describing an outcome 
of an executed command. 


Contains the outcome of 8273 transmit operation 
(good/bad completion). 


Contains the outcome of 8273 receive operation 
(good/bad completion), followed by additional re- 
sults which detail the reason for interrupt. 


The status register reflects the state of the 8273 
CPU Interface. 


The 8273 CPU interface supports two independent 
data interfaces: receive data and transmit data. At 
high data transmission speeds the data transfer rate 
of the 8273 is great enough to justify the use of di- 
rect memory access (DMA) for the data transfers. 
When the 8273 is configured in DMA mode, the ele- 
ments of the DMA interfaces are: 


Requests a transfer of data between memory and 
the 8273 for a transmit operation. 


TxDACK: 
TRANSMIT 
DMA ACKNOWLEDGE 


The TxDACK signal notifies the 8273 that a transmit 
DMA cycle has been granted. It is also used with 
WR to transfer data to the 8273 in non-DMA mode. 
Note: RD must not be asserted while TxDACK is 
active. 


RxDRQ: 
RECEIVE 
DMA REQUEST 


Requests a transfer of data between the 8273 and 
memory for a receive operation. 


The RxDACK signal notifies the 8273 that a receive 
DMA cycle has been granted. It is also used with RD 
to read data from the 8273 in non-DMA mode. Note: 
WR must not be asserted while RxDACK is active. 


RD, WR: READ, WRITE 


The RD and WR signals are used to specify the di- 
rection of the data transfer. 


DMA transfers require the use of a DMA controller 
such as the Intel 8257. The function of the DMA 
controller is to provide sequential addresses and 
timing for the transfer, at a starting address deter- 
mined by the CPU. Counting of data blocks lengths 
is performed by the 8273. 


To request a DMA transfer the 8273 raises the ap- 
propriate DMA REQUEST. DMA ACKNOWLEDGE 
and READ enables DMA data onto the bus (inde- 
pendently of CHIP SELECT). DMA ACKNOWLEDGE 
and WRITE transfers DMA data to the 8273 (inde- 
pendent of CHIP SELECT). 


It is also possible to configure the 8273 in the non- 
DMA data transfer mode. In this mode the CPU 
module must pass data to the 8273 in response to 
non-DMA data requests indicated by status word. 


The 8273 Modem interface provides both dedicated 
and user defined modem control functions. All the 
control signals are active low so that EIA RS-232C 
inverting drivers (MC 1488) and inverting receivers 
(MC 1489) may be used to interface to standard mo- 
dems. For asynchronous operation, this interface 
supports programmable NRZI data encode/decode, 
a digital phase locked loop for efficient clock extrac- 
tion from NRZI data, and modem control ports with 
automatic CTS, CD monitoring and RTS generation. 
This interface also allows the 8273 to operate in 
PRE-FRAME SYNC mode in which the 8273 prefix- 
es 16 transitions to a frame to synchronize idle lines 
before transmission of the first flag. 


It should be noted that all the 8273 port operations 
deal with logical values, for instance, bit DOof Port A 
will be a one when CTS (Pin 30) is a physical zero 
(logical one). 


inter 


During operation, the 8273 interrogates input pins 
CTS (Clear to Send) and CD (Carrier Detect). CTS is 
used to condition the start of a transmission. If dur- 
ing transmission CTS is lost the 8273 generates an 
interrupt. During reception, if CD is lost, the 8273 
generates an interrupt. 


The user defined input bits correspond to the 8273 
PA4, PA3 and PA2 pins. The 8273 does not interro- 
gate or manipulate these bits. 


During normal operation, if the CPU sets RTS active, 
the 8273 will not change this pin; however, if the 
CPU sets RTS inactive, the 8273 will activate it be- 
fore each transmission and deactivate it one byte 
time after transmission. While the receiver is active 
the flag detect pin is pulsed each time a flag se- 
quence is detected in the receive data stream. Fol- 
lowing an 8273 reset, all pins of Port B are set to a 
high, inactive level. 


The user defined output bits correspond to the state 
of PB4-PB1 pins. The 8273 does not interrogate or 
manipulate these bits. 


The Serial data is synchronized by the user transmit 
(TxC) and receive (RxC) clocks. The leading edge of 
TxC generates new transmit data and the trailing 
edge of RxC is used to capture receive data. The 
NRZI encoding/decoding of the receive and trans- 
mit data is programmable. 


The diagnostic features included in the Serial Data 
logic are programmable loop back of data and se· 
lectable clock for the receiver. In the loop-back 
mode, the data presented to the TxD pin is internally 
routed to the receive data input circuitry in place of 
the RxD pin, thus allowing a CPUto send a message 
to itself to verify operation of the 8273. 


In the selectable clock diagnostic feature, when the 
data is looped back, the receiver may be presented 
incorrect sample timing by the external circuitry. The 
user may select to substitute the TxC pin for the RxC 
input on-chip so that the clock used to generate the 
loop back data is used to sample it. Since TxD is 
generated off the leading edge of TxC and RxD is 
sampled on the trailing edge, the selected clock al- 
lows bit synchronism. 


Although the 8273 is fully compatible with the 
HDLC/SDLC communication line protocols, which 
are primarily designed for sychronous communica- 
tion, the 8273 can also be used in asynchronous 
applications by using this interface. The interface 
employs a digital phase locked loop (DPLL) for clock 
recovery from a receive data stream and program- 
mable NRZI encoding and decoding of data. The 
use of NRZI coding with SDLC transmission guaran- 
tees that within a frame, data transitions will occur at 
least every five bit times-the 
longest sequence of 
ones which may be transmitted without zero-bit in- 
sertion. The DPLL should be used only when NRZI 
coding is used since the NRZI coding will transmit 
zero sequence as line transitions. The digital phase 
locked loop also facilitates full-duplex and half-du- 
plex asynchronous implementation with, or without 
modems. 


DPLL 
32X eLK 
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In asynchronous applications, the clock is derived 
from the receiver data stream by the use of the digi- 
tal phase locked loop (DPLL). The DPLL requires a 
clock input at 32 times the required baud rate. The 
receive data (RxD) is sampled with this 32X CLK and 
the 8273 DPLL supplies a sample pulse nomminally 
centered on the RxD bit cells. The DPLL has a built- 
in "stiffness" which reduces sensitivity to line noise 
and bit distortion. This is accomplished by making 
phase error adjustments in discrete increments. 
Since the nominal pulse is made to occur at 32 
counts of the 32X CLK, these counts are subtracted 
or added to the nominal, depending upon which 
quadrant of the four error quadrants the data edge 
occurs in. For example if an RxD edge is detected in 


RxD 
X 
X.. 
---IX"' 
_ 


quadrant A1, it is apparent that the DPLL sample 
"A" was placed too close to the trailing edge of the 
data cell; sample "B" will then be placed at T = 
(Tnominal- 2 counts) = 30 counts of the 32X CLK to 
move the sample pulse "B" toward the nominal cen- 
ter of the next bit cell. A data edge occuring in quad- 
rant B1 would cause a smaller adjustment of phase 
with T = 31 counts of the 32X CLK. Using this tech- 
nique the DPLL pulse will converge to nominal bit 
center within 12 data bit times, worst case, with con- 
stant incoming RxD edges. 


A method of attaining bit synchronism following a 
line idle is to use PRE-FRAME SYNC mode of trans- 
mission. 


_ 
D"~~ 


ADJUSTMENT 
-2 
-1 
+1 
+2 
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:-a. r 
The OPLL simplifies the SOLe loop station imple- 
mentation. In this application, each secondary sta- 
tion on a loop data link is a repeater set in one-bit 
delay mode. The signals sent out on the loop by the 
loop controller (primary station) are relayed from sta- 
tion to station then, back to the controller. Any sec- 


Loop stations are required to derive bit timing from 
the incoming NRZI data stream. The OPLL gener- 
ates sample Rx clock timing for reception and uses 
the same clock to implement Tx clock timing. 


32x 
CLOCK 
! 


32xCLK 
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The 8273 is an intelligent peripheral controller which 
relieves the CPU of many of the rote tasks associat- 
ed with constructing and receiving frames. It is fully 
compatible with the MCS-80/85™ system bus. As a 
peripheral device, it accepts commands from a CPU, 
executes these commands and provides an Interrupt 
and Result back to the CPU at the end of the execu- 
tion. The communication with the CPU is done by 
activation of CS, RD, WR, pins while the A1' Ao se- 
lect the appropriate registers on the chip as de- 
scribed in the Hardware Description Section. 


The 8273 operation is composed of the following 
sequence of events: 


THE 8273 SIGNALS THE CPU THAT THE EXECUTION 
HAS FINISHED. 
THE CPU MUST PERFORM A READ 
OPERATION 
OF ONE OR MORE OF THE REGISTERS. 
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During the command phase, the software writes a 
command to the command register. The command 
bytes provide a general description of the type of 
operation requested. Many commands require more 
detailed information about the command. In such a 
case up to four parameters are written into the pa- 
rameter register. The flowchart of the command 
phase indicates that a command may not be issued 
if the Status Register indicates that the device is 
busy. Similarly if a parameter is issued when the Pa- 
rameter Buffer shows full, incorrect operation will oc- 
cur. 


The 8273 is a duplex devi~e and both transmitter 
and receiver may each be executing a command or 
passing results at any given time. For this reason 
separate interrupt pins are provided. However, the 
command register must be used for one command 
sequence at a time. 


The status register contains the status of the '8273 
activity. The description is as follows. 


07 
06 
05 
04 
03 
02 
0, 
00 
~I 
CBF I CPBF I CRBF IR.INT IT.INT I R.IRA I T.IRA I 


Bit 7 CBSY (Command 
Busy) 


Indicates in-progress command, set for CPU poll 
when Command Register is full, reset upon com- 
mand phase completion. It is improper to write a 
command when CBSY is set; it results in incorrect 
operation. 


Bit 6 CBF (Command 
Buffer 
Full) 


Indicates that the command register is full, it is reset 
when the 8273 accepts the command byte but does 
not imply that execution has begun. 


Bit 5 CPBF (Command 
Parameter 
Buffer 
Full) 


CPBF is set when the parameter buffer is full, and is 
reset by the 8273 when it accepts the parameter. 
The CPU may poll. CPBF to determine when addi- 
tional parameters may be written. 


intJ 


Bit 4 CRBF (Command Result Buffer Full) 


Indicates that an executed command immediate re- 
sult is present in the Result Register. It is set by 
8273 and reset when CPU reads the result. 


Bit 3 RxlNT (Receiver Interrupt) 


RxlNT indicates that the receiver requires CPU at- 
tention. It is identical to RxlNT (pin 11) and is set by 
the 8273 either upon good/bad 
completion of a 
specified command or by Non-DMA data transfer. It 
is reset only after the CPU has read the result byte 
or has received a data byte from the 8273 in a Non- 
DMA data transfer. 


Bit 2 TxlNT (Transmitter 
Interrupt) 


The TxlNT indicates that the transmitter requires 
CPU attention. It is identical to TxlNT (pin 2). It is set 
by 8273 either upon good/bad completion of a spec- 
ified command or by Non-DMA data transfer. It is 
reset only after the CPU has read the result byte or 
has transferred transmit data byte to the 8273 in a 
Non-DMA transfer. 


Bit 1 RxlRA (Receiver Interrupt 
Result 
Available) 


The RxlRA is set by the 8273 when an interrupt re- 
sult byte is placed in the RxlNT register. It is reset 
after the CPU has read the RxlNT register. 


Bit 0 TxlRA (Transmitter 
Interrupt Result 
Available) 


The TxlRA is set by the 8273 when an interrupt re- 
sult byte is placed in the TxlNT register. It is reset 
when the CPU has read the TxlNT register. 


Upon accepting the last parameter, the 8273 enters 
into the Execution Phase. The execution phase may 
consist of a DMA or other activity, and mayor may 
not require CPU intervention. The CPU intervention 
is eliminated in this phase if the system utilizes DMA 
for the data transfers, otherwise, for non-DMA data 
transfers, the CPU is interrupted by the 8273 via 
TxlNT and RxlNT pins, for each data byte request. 


Duringthe result phase, the 8273 notifies the CPU of 
the execution outcome of a command. This phase is 
initiated by: 
1. The successful completion of an operation 
2. An error detected during an operation. 


To facilitate quick network software decisions, two 
types of execution results are provided: 
1. An Immediate Result 
2. A Non-Immediate Result 
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Figure 10. Rx Interrupt Result Byte Format 


D. 
0] 
02 
0, 
Do 


0 
1 
1 
0 
0 
0 
1 
1 
0 
1 
Early lransmit 
inlerrupl 
0 
1 
1 
1 
0 
Frame 
transmit 
complete 
0 
1 
1 
1 
1 
DMA 
underrun 
Clear 
to Send 
(CTS) error 
1 
0 
0 
0 
0 
Abort 
complete 
210479-12 


Immediate result is provided by the 8273 for com- 
mands such as Read Port A and Read Port 8 which 
have information (CTS, CO, RTS, etc.) that the net- 
work software needs to make quick operational de- 
cisions. 


A command which cannot provide an immediate re- 
sult will generate an interrupt to signal the beginning 
of the Result phase. The immediate results are pro- 
vided in the Result Register; all non-immediate re- 
sults are available upon device interrupt, through Tx 
Interrupt Result Register Txl/R or Rx Interrupt Re- 
sult Register Rxl/R. The result may consist of a one- 
byte interrupt code indicating the condition for the 


interrupt and, if required, one or more bytes which 
detail the condition. 


Tx and Rx Interrupt 
Result 
Registers 


The Result Registers have a result code, the three 
high order bits 07-05 of which are set to zero for all 
but the receive command. This command result con- 
tains a count that indicates the number of bits re- 
ceived in the last byte. If a partial byte is received, 
the high order bits of the last data byte are indeter- 
minate. 


All results indicated in the command summary must 
be read during the result phase. 


inter 


DATA 
REQUEST 
NON·DMA 
MODE 
USE DACK + Rli OR 
WR TO READ 
OR 
WRITE 
DATA 


( 
END) 


r---- 
N~~g~AI 


+ 
I 
I 
DMA 
I MODE 


I 
I 
I 
I 
I 
I 
+ 


( 
END) 
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The 8273 
HDLC/SDLC 
controller 
supports 
a com- 
prehensive 
set of high level commands 
which allows 
the 8273 
to be readily 
used 
in full-duplex, 
half-du- 
plex, 
synchronous, 
asynchronous 
and 
SDLC 
loop 
configuration, 
with or without 
modems. 
These frame- 
level commands 
minimize 
CPU and software 
over- 
head. The 8273 has address 
and control 
byte buff- 
ers which allow the receive and transmit 
commands 
to be used in buffered 
or non-buffered 
modes. 


In buffered 
transmit 
mode, the 8273 transmits 
a flag 
automatically, 
reads the Address 
and Control 
buffer 
registers 
and transmits 
the fields, 
then via DMA, it 
fetches 
the 
information 
field. 
The 
8273, 
having 
transmitted 
the 
information 
field, 
automatically 
ap- 
pends 
the 
Frame 
Check 
Sequence 
(FCS) and the 
end flag. 
Correspondingly, 
in buffered 
read 
mode, 


the 
Address 
and 
Control 
fields 
are stored 
in their 
respective 
buffer 
registers 
and 
only 
Information 
Field is transferred 
to memory. 


In non-buffered 
transmit 
mode, 
the 8273 transmits 
the 
beginning 
flag automatically, 
then 
fetches 
and 
transmits 
the 
Address, 
Control 
and 
Information 
fields from the memory, 
appends 
the FCS character 
and an end flag. In the non-buffered 
receive 
mode 
the entire 
contents 
of a frame 
are sent to memory 
with the exception 
of the flags and FCS. 


HDLC Address 
and Control field are extendable. 
The 
extension 
is selected 
by setting 
the low order bit of 
the field to be extended 
to a one, a zero in the low 
order 
bit indicates 
the 
last 
byte 
of the 
respective 
field. 


Since 
Address/Control 
field 
extension 
is normally 


done with software 
to maximize 
extension 
flexibility, 


the 8273 does not create 
or operate 
upon contents 
of the extended 
HDLC Address/Control 
fields. 
Ex- 


tended 
fields are transparently 
passed 
by the 8273 
to user as either 
interrupt 
results 
or data 
transfer 
requests. 
Software 
must 
assemble 
the 
fields 
for 
transmission 
and interrogate 
them upon reception. 


However, 
the user can take advantage 
of the power- 


ful 
8273 
commands 
to 
minimize 
CPUlSoftware 
overhead 
and 
simplify 
buffer 
management 
in han- 
dling 
extended 
fields. 
For instance 
buffered 
mode 
can be used 
to separate 
the first 
two 
bytes, 
then 
interrogate 
the others from buffer. Buffered 
mode is 
perfect 
for a two byte address 
field. 


The 
8273 
when 
programmed, 
recognizes 
protocol 
characters 
unique to HDLC such as Abort, which is a 
string 
of 
seven 
or 
more 
ones 
(01111111). 
Since 
Abort character 
is the same as the GA (EOP) char- 


acter used in SDLC Loop applications., 
Loop Trans- 


mit and Receive 
commands 
are not recommended 
to be used in HDLC. 
HDLC does not support 
Loop 
mode. 


These commands 
are used to manipulate 
data with- 
in the 8273 
registers. 
The 
Set commands 
have 
a 
single parameter 
which 
is a mask that corresponds 
to the bits to be set. (They perform 
a logical-OR 
of 
the specified 
register 
with the mask 
provided 
as a 
parameter). 
The Register 
commands 
have a single 
parameter 
which is a mask that has a zero in the bit 
positions 
that are to be reset. (They perform 
a logi- 
cal-AND 
of the specified 
register 
with the mask). 


CMD: 


PAR: 


When one bit delay is set, 8273 retransmits the re- 
ceived data stream one bit delayed. This mode is 
entered 
at a receiver character 
boundary, and 
should only be used by Loop Stations. 


CMD: 


PAR: 


The 8273 stops the one bit delayed retransmission 
mode. 


CMD: 


PAR: 


When the data transfer mode is set, the 8273 will 
interrupt when data bytes are required for transmis- 
sion or are available from a receive. If a transmit 
interrupt occurs and the status indicates that there is 
no Transmit Result (TxIRA = 0), the interrupt is a 
transmit data request. If a receive interrupt occurs 
and the status indicates that there is no receive re- 
sult (RxIRA = 0), the interrupt is a receive data re- 
quest. 


RESET 
DATA TRANSFER 
MODE 
(CMD CODE 
57) 


CMD: 


PAR: 


If the Data Transfer Mode is reset, the 8273 data 
transfers are performed through the DMA requests 
without interrupting the CPU. 
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CMO: 


PAR: 


1, . FLAG STREAM MODE 


1 • PREFRAME SYNC MODE 


CMD: 


PAR: 


Any mode switches set in CMD code 91 can be re- 
set using this command by placing zeros in the ap- 
propriate positions. 


In HDLC mode, a bit sequence of seven ones 
(01111111) is interpreted as as an abort character. 
Otherwise, eight ones (011111111) signal an abort. 


In EOP interrupt mode, an interrupt is generated 
whenever an EOP character (01111111) is detected 
by an active receiver. This mode is useful for the 
implementation of an SDLC loop controller in detect- 
ing the end of a message stream after a loop poll. 


(03) 
TRANSMITTER 
EARLY 
INTERRUPT 
MODE 
(Tx) 


The early interrupt mode is specified to indicate 
when the 8273 should generate an end of frame in- 
terrupt. When set, an early interrupt is generated 
when the last data character has been passed to the 
8273. If the user software responds with another 
transmit command before the final flag is sent, the 
final flag interrupt will not be generated and a new 
frame will immediately begin when the current frame 
is complete. This permits frames to be separated by 
a single flag. If no additional Tx commands are pro- 
vided, a final interrupt will follow. 


NOTE: 
In buffered mode, if a supervisory frame (no Infor- 
mation) Transmit command is sent in response to 
an early Transmit Interrupt, the 8273 will repeatedly 
transmit the same supervisory frame with one flag 
in between, until a non-supervisory transmit is is- 
sued. 


Early transmitter interrupt can be used in buffered 
mode by waiting for a transmit complete interrupt 
instead of early Transmit Interrupt before issuing a 
transmit frame command for a supervisory frame. 
See Figure 14. 


inter 


Figure 14 


If this bit is zero, the interrupt 
will be generated 
only 
after the final flag has been transmitted. 


(D2) BUFFERED 
MODE 


If the buffered 
mode bit is set to a one, the first two 
bytes 
(normally 
the 
address 
(A) 
and 
control 
(C) 
fields) of a frame are buffered 
by the 8273. If this bit 
is a zero the address 
and control 
fields are passed 
to and from memory. 


(D1) PREFRAME 
SYNC 
MODE 


If this bit is set to a one the 8273 will transmit 
two 
characters 
before the first flag of a frame. 


To 
guarantee 
sixteen 
line 
transitions, 
the 
8273 
sends two bytes of data {DD)H 
if NRZI is set or data 
(55)H if NRZI is not set. 


(DO) FLAG STREAM 
MODE 


If this bit is set to a one, the following 
table outlines 
the operation 
of the transmitter. 


Transmitter 
State 
Action 


Idle 
Send Flags Immediately. 


Transmit 
or Transmit} 
Send Flags After the 
Transparent 
Active 
Transmission 
Complete 


Loop Transmit 
Active 
Ignore Command. 


1 Bit Delay Active 
Ignore Command. 


If this bit is reset to zero the following 
table outlines 
the operation 
of the transmitter 


Transmitter 
State 
Action 


IDLE 
Sends Idles on Next 
Character 
boundary. 


Transmit 
or Transmit- 
} 
Send Idles after the 
Transmission 
Transparent 
Active 
is Complete. 


Loop Transmit 
Active 
Ignore Command. 


1 Bit Delay Active 
Ignore Command. 


A, 
~ 
~ 
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~ 
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~ 
~ 
~ 
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CMO: 


PAR: 


11 • NRZl MODE 


CMD: 


PAR: 


(D2) LOOP BACK 


If this bit is set to a one, the transmit 
data is internal- 
ly routed to the receive 
data circuitry. 
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If this bit is set to a one, the transmit clock is inter- 
na~~yrouted to the receive clock circuitry. It is nor- 
mally used with the loop back bit (02). 


If this bit is set to a one, NRZI encoding and decod- 
ing of transmit and receive data is provided. If this bit 
is a zero, the transmit and receive data is treated as 
a normal positive logic bit stream. 


NRZI encoding specifies that a zero causes a 
change in the polarity of the transmitted signal and a 
one causes no polarity change. NRZI is used in all 
asynchronous operations. Refer to IBM document 
GA27-3093 for details. 


TMR: 


TMR: 


An 8273 reset command is executed by outputting a 
(01)H followed by (OO)Hto the reset register (TMR). 
See 8273 AC timing characteristics for Reset pulse 
specifications. 


The reset command emulates the action of the reset 
pin. 
1) The modem control signals are forced high (inac- 
tive level). 
2) The 8273 status register flags are cleared. 
3) Any commands in progress are terminated imme- 
diately. 
4) The 8273 enters an idle state until the next com- 
mand is issued. 
5) The Serial I/O and Operating Mode registers are 
set to zero and OMA data register transfer mode 
is selected. 


6) The device assumes a non-loop SOLC terminal 
role. 


The 8273 supports three receive commands: Gener- 
al Receive, Selective Receive, and Selective Loop 
Receive. 


General receive is a receive mode in which frames 
are received regardless of the contents of the ad- 
dress field. 
A1 Ao 


CMO: 
0 
0 


PAR: 
0 


07 
06 
05 
04 
03 
02 
01 
Do 


1 
1 
0 
0 
0 
000 


LEAST SIGNIFICANT BYTE 
OF THE RECEIVE BUFFER 
LENGTH (BO) 


MOST SIGNIFICANT BYTE 
OF RECEIVE 
BUFFER LENGTH (B1) 


NOTES: 
1. If buffered mode is specified, the RO,R1 receive 
frame length (result) is the number of data bytes re- 
ceived. 
2. If non-buffered mode is specified, the RO,R1 re- 
ceive frame length (result) is the number of data 
bytes received plus two (the count includes the ad- 
dress and control bytes). 
3. The frame check sequence (FCS) is not trans- 
ferred to memory. 
4. Frames with less than 32 bits between flags are 
ignored (no interrupt generated) if the buffered 
mode is specified. 
5. In the non-buffered mode an interrupt is generat- 
ed when a less than 32 bit frame is received, since 
data transfer requests have occurred. 
6. The 8273 receive is always disabled when an 
Idle is received after a valid frame. The CPU mod- 
ule must issue a receive command to re-enable the 
receiver. 
7. The intervening ABORT character between a fi- 
nal flag and an IDLE does not generate an inter- 
rupt. 
8. If an ABORT Character is not preceded by a flag 
and is followed by an IDLE, an interrupt will be gen- 
erated for the ABORT followed by an IDLE interrupt 
one character time 
later. The reception 
of 
an 
ABORT will disable the receiver. 


inter 


SELECTIVE 
RECEIVE 
(CMD CODE C1) 


A1 Ao 
D7 D6 D5 D4 D3 D2 
Do 


CMD: 
0 
0 
1 
1 
0 
0 
0 
0 
0 
1 


PAR: 
0 
LEAST SIGNIFICANT BYTE 
OF THE RECEIVE 
BUFFER LENGTH (BO) 


PAR: 
0 
MOST SIGNIFICANT BYTE 
OF RECEIVE 
BUFFER LENGTH (B1) 


PAR: 
0 
RECEIVEFRAME ADDRESS 
MATCH FIELD ONE (A1) 


PAR: 
0 
RECEIVEFRAME ADDRESS 
MATCH FIELD TWO (A2) 


Selective receive is a receive mode in which frames 
are ignored unless the address field matches any 
one of two address fields given to the 8273 as pa- 
rameters. 


When selective receive is used in HDLC the 8273 
looks at the first character, if extended, software 
must then decide if the message is for this unit. 


SELECTIVE 
LOOP RECEIVE 
(CMD CODE 
C2) 


A1 Ao D7 D6 D5 D4 03 
D2 D1 Do 


CMD: 


PAR: 


0 
0 
111101010101110 


0 
0 
LEAST SIGNIFICANT BYTE 
OF THE RECEIVE 
BUFFER LENGTH (BO) 


0 
1 
MOST SIGNIFICANT BYTE 
OF RECEIVE 
BUFFER LENGTH (B1) 


0 
1 
RECEIVEFRAME ADDRESS 
MATCH FIELD ONE (A1) 


0 
1 
RECEIVEFRAME ADDRESS 
MATCH FIELD TWO (A2) 


Selective loop receive operates like selective re- 
ceive except that the transmitter is placed in flag 
stream mode automatically after detecting an EOP 
(01111111) following a valid received frame. The 
one bit delay mode is also reset at the end of a 
selective loop receive. 


CMD: 


PAR: 


The 
8273 
supports 
three 
transmit 
commands: 


Transmit Frame, Loop Transmit, Transmit Transpar- 
ent. 


TRANSMIT 
FRAME 
(CMD CODE C8) 


A1 Ao D7 D6 D5 D4 D3 D2 01 
Do 


CMD: 


PAR: 


0 
0 
111101011101010 


0 
1 
LEAST SIGNIFICANT BYTE OF 
FRAME LENGTH (LO) 


0 
1 
MOST SIGNIFICANT BYTE OF 
FRAME LENGTH (L1) 


0 
1 
ADDRESS FIELD OF TRANSMIT 
FRAME (A) 


0 
1 
CONTROL FIELD OF TRANSMIT 
FRAME (C) 


Transmits one frame including: initial flag, frame 
check sequence, and the final flag. 


If the buffered mode is specified, the LO, L1, frame 
length provides as a parameter is the length of the 
information field and the address and control fields 
must be input. 


In unbuffered mode the frame length provided must 
be the length of the information field plus two and 
the address and control fields must be the first two 
bytes of data. Thus only the frame length bytes are 
required as parameters. 


inter 


LOOP TRANSMIT 
(CMD CODE CA) 


A1 Ao 07 
06 
05 
04 
03 


CMD: 
a 
a 
1 
1 
a 
a 
1 
a 
1 
a 


PAR: 
a 
LEAST SIGNIFICANT BYTE OF 
FRAME LENGTH (La) 


PAR: 
a 
MOST SIGNIFICANT BYTE OF 
FRAME LENGTH (L1) 


PAR: 
a 
ADDRESS FIELD OF TRANSMIT 
FRAME (A) 


PAR: 
a 
CONTROL FIELD OF TRANSMIT 
FRAME (C) 


Transmits one frame in the same manner as the 
transmit frame command except: 
1) If the flag stream mode is not active transmission 
will begin after a received EOP has been convert- 
ed to a flag. 


2) If the flag stream mode is active transmission will 
begin at the next flag boundary for buffered mode 
or at the third flag boundary for non-buffered 
mode. 


3) At the end of a loop transmit the one-bit delay 
mode is entered and the flag stream mode is re- 
set. 


TRANSMIT 
TRANSPARENT 
(CMD CODED 
C9) 


A1 Ao 07 
06 
05 
04 
03 
02 
01 
Do 


CMD: 
a 
a 
1 
1 
a 
a 
1 
a 
a 
1 


PAR: 
a 
LEAST SIGNIFICANT BYTE OF 
FRAME LENGTH (La) 


PAR: 
a 
MOST SIGNIFICANT BYTE OF 
FRAME LENGTH (L1) 


The 8273 will transmit a block of raw data without 
protocol, Le., no zero bit insertion, flags, or frame 
check sequences. 


An abort command is supported for each type of 
transmit command. The abort commands are ig- 
nored if a transmit command is not in progress. 


CMD: 


PAR: 


After an abort character (eight contiguous ones) is 
transmitted, the transmitter reverts to sending flags 
or idles as a function of the flag stream mode speci- 
fied. 


CMD: 


PAR: 


After a flag is transmitted the transmitter reverts to 
one bit delay mode. 


ABORT 
TRANSMIT 
TRANSPARENT 
(CMD CODE 
CD) 


CMD: 


PAR: 


The transmitter reverts to sending flags or idles as a 
function of the flag stream mode specified. 


The modem control commands are used to manipu- 
late the modem control ports. 


When read Port A or Port B commands are executed 
the result of the command is returned in the result 
register. The Bit Set Port B command requires a pa- 
rameter that is a mask that corresponds to the bits 
to be set. The Bit Reset Port B command requires a 
mask that has a zero in the bit positions that are to 
be reset. 


CMD: 


PAR: 


CMD: 


PAR: 


SET PORT B BITS (CMD CODE A3) 


This command 
allows user defined 
Port B pins to be 
set. 


A, 
~ 
07 
~ 
~ 
D. 
~ 
~ 
0, 
~ 


CMD: 


PAR: 


I RTS - 
REQUEST TO SEND 


USER 
DEFINED 


(Ds) FLAG DETECT 


This bit can be used to set the flag detect 
pin. How- 
ever, it will be reset when the next flag is detected. 


(D4-D1) 
USER DEFINED 
OUTPUTS 


These 
bits correspond 
to the state of the PB4-PB1 
output 
pins. 


(Do) REQUEST 
TO SEND 


This is a dedicted 
8273 modem 
control 
signal, 
and 
reflects 
the same logical 
state of RTS pin. 


RESET 
PORT B BITS (CMD CODE 63) 


This command 
allows 
Port B user defined 
bits to be 
reset. 


A, 
~ 
~ 
~ 
~ 
~ 
~ 
~ 
01 
~ 


CMO: 


PAR: 
l 


I RTS - 
REQUEST TO SEND 


USER DEFINED 


FLAG 
DETECT 


This command 
allows 
Port B (04-01) 
user defined 
bits to be reset. 
These 
bits correspond 
to Output 


Port pins (PB4-PB1). 


Command 
Description 
Command 
Parameter 
Results 
Result 
Completion 
HEX 
Port 
Interrupt 


Set One Bit Delay 
A4 
Set Mask 
None 
- 
No 


Reset One Bit Delay 
64 
Reset Mask 
None 
- 
No 


Set Data Transfer 
Mode 
97 
Set Mask 
None 
- 
No 


Reset Data Transfer 
Mode 
57 
Reset Mask 
None 
- 
No 


Set Operating 
Mode 
91 
Set Mask 
None 
- 
No 


Reset Operating 
Mode 
51 
Reset Mask 
None 
- 
No 


Set Serial 110 Mode 
AO 
Set Mask 
None 
- 
No 


Reset Serial 110 Mode 
60 
Reset Mask 
None 
- 
No 


General 
Receive 
CO 
BO,B1 
RIC,RO,R1 ,(A,C)(2)· 
RXIIR 
Yes 


Selective 
Receive 
C1 
BO,B1,A1,A2 
RIC,RO,R1,(A,C)(2) 
RXI/R 
Yes 


Selective 
Loop Receive 
C2 
BO,B1,A1,A2 
RIC,RO,R1,(A,C)(2) 
RXI/R 
Yes 


Receive 
Disable 
C5 
None 
None 
- 
No 


Transmit 
Frame 
C8 
LO,L1,(A,C)(l) 
TIC 
TXI/R 
Yes 


Loop Transmit 
CA 
LO,L1,(A,C)(l) 
TIC 
TXI/R 
Yes 


Transmit 
Transparent 
C9 
LO,L1 
TIC 
TXI/R 
Yes 


Abort Transmit 
Frame 
CC 
None 
TIC 
TXI/R 
Yes 


Command 
Description 
Command 
Parameter 
Results 
Result 
Completion 
HEX 
Port 
Interrupt 


Abort Loop Transmit 
CE 
None 
TIC 
TXI/R 
Yes 


Abort Transmit 
Transparent 
CD 
None 
TIC 
TXI/R 
Yes 


Read Port A 
22 
None 
Port Value 
Result 
No 


Read Port B 
23 
None 
Port Value 
Result 
No 


Set Port B Bit 
A3 
Set Mask 
None 
- 
No 


Reset Port B Bit 
63 
Reset Mask 
None 
- 
No 


NOTES: 
1. Issued only when in buffered mode. 
2. Read as results only in buffered mode. 


8273 Command Summary Key 
80- 
Least significant 
byte of the receiver 
buff· 
er length. 


81- 
Most significant 
byte of the receive 
buffer 
length. 


Lo- 
Least 
significant 
byte 
of 
the 
Tx 
frame 
length. 


L 1- 
Most 
significant 
byte 
of 
the 
Tx 
frame 
length. 


A 1- 
Receive 
frame address 
match field one. 


A2- 
Receive 
frame address 
match field two. 


A- 
Address 
field 
of received 
frame. 
If non· 
buffered 
mode 
is specified, 
this result 
is 
not provided. 


I 
GENERAL 
t 
RECEIVE 
IRo. R,I 


e- 
Control 
field 
of 
received 
frame. 
If non· 
buffered 
mode 
is specified 
this 
result 
is 
not provided. 


RXI/R- 
Receive 
interrupt 
result register. 


TXI/R- 
Transmit 
interrupt 
result register. 


Ro- 
Least significant 
byte of the length 
of the 
frame 
received. 


R1- 
Most significant 
byte of the length 
of the 
frame 
received. 


Rle- 
Receiver 
interrupt 
result code. 


TIe- 
Transmitter 
interrupt 
result code. 


DMA REQUESTS 
• 
• 
• 
~ 
• 
OR 
~_I_' 
_ 


DATA INTERRUPTS 
! 
I 
i 
NON·BUFFERED 
MODE 
FRAME 


COMPLETE 


NOTE: 
In order to ensure proper operation to the maximum baud rate, Receive commands or Read/Write Port commands should 
be written only when either the transmitter or the receiver is inactive. In full duplex systems, it is recommended that these 
commands be issued after servicing a transmitter interrupt but before a new transmit command is issued. When operating in 
full Duplex (active transmitter or receiver) with commands, the maximum data rate decreases to 49K Baud. 


inter 


LAST PARAMETER 
OF Tx COMMAND 
l 


RTS 
/7 


________________ 
t~t_13 
_ 


___________ 
t_ 


EARLY 
FINAL 


TxlNT 
TxlNT 


210479-18 


LAST PARAMETER 
! 


ORO 
t~_13 
_ 


---- 
L- 


EARLY 
FINAL 


TxlNT 
TxlNT 


inter 


080-7 


MEMR 


lOW 


MEMW 
lOR 
CS 
HRO 
HACK 


AO·A, 
080_7 


RO 
WR 
CS 
TXINT 


RXINT 


8257 


DMA 
TxDACK 
CONTROLLER 


I 
I 
I--T2--l 
I 
I 


I 
I 
I 
I-T3-l 
I 
I 
I 
I 


I 
I 
t--T4-{ 


_C_BS_Y 
__ 
/ 
: 
~----- 
I---TS----l 
I 
I 


Symbol 
Timing Parameter 
Buffered 
Non-Buffered 
Unit 
Min 
Max 
Min 
Max 


T1 
Between 
Command 
& First Parameter 
13 
756 
13 
857 
tcy 


T2 
Between 
Consecutive 
Parameters 
10 
604 
10 
705 
tcy 


T3 
Command 
Parameter 
Buffer Full Bit 
10 
604 
10 
705 
tcy 
Reset after Parmeter 
Loaded 


T4 
Command 
Busy Bit Reset after Last 
128 
702 
128 
803 
tcy 
Parameter 


T5 
CPBF Bit Reset after Last Parameter 
10 
604 
10 
705 
tcy 


_ 
LAST 


\INTERRRUPT 
RESUL'l 
\_- 
I 
I 
---+j 
T2 r-- 


_RX_IN_T 
__ I------------------------------: 
\---- 


210479-22 


Symbol 
Timing Parameter 
(Clock Cycles) 
Buffered 
Non-Buffered 
Unit 
Mln 
Max 
Min 
Max 


T1 
RxlRA Bit Set after RIC Read 
18 
29 
18 
29 
tcy 
T2 
RxlNT Goes Away after Last Int. Result 
16 
27 
16 
27 
tcy 
Read 


~ 
__ 
\=In~ 
__ 
II 
S- 


hiNT 
. 


Symbol 
Timing (Clock Cycle) 
Buffered 
Non-Buffered 
Unit 
Min 
I 
Max 
Min 
I 
Max 


T1 
TxlNT Inactive after Int. Results Read 
13 
I 
353 
13 
I 
454 
tcy 


inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O·C to 70·C 


Storage Temperature 
- 65·C to + 150·C 


Voltage 
on Any Pin With 
Respect 
to Ground 
- 0.5V to + 7V 


Power Dissipation 
1 Watt 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


Vil 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vcc + 0.5 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOl = 2.0 mA for Data Bus Pins 
IOl = 1.0 mA for Output 
Port Pins 
IOL = 1.6 mA for All Other Pins 


VOH 
Output High Voltage 
2.4 
V 
IOH = - 
200 p.A for Data Bus Pins 
IOH = -100 
p.A for All Other Pins 


III 
Input Load Current 
±10 
p.A 
VIN = Vcc to OV 


IOFL 
Output 
Leakage Current 
±10 
p.A 
Your = Vcc to 0.45V 


Icc 
Vcc Supply Current 
180 
mA 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
tc = 1 MHz 


CliO 
I/O Capacitance 
20 
pF 
Unmeasured 
Pins 
Returned 
to GND 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tCY 
Clock 
250 
1000 
ns 
64K Baud Max 


tCl 
Clock Low 
120 
ns 
Operating 
Rate 


tCH 
Clock High 
120 
ns 


inter 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tAC 
Select Setup to RD 
0 
ns 
(Note 2) 


tCA 
Select Hold from RD 
0 
ns 
(Note 2) 


tRR 
RD Pulse Width 
250 
ns 


tAO 
Data Delay from Address 
300 
ns 
(Note 2) 


tRO 
Data Delay from RD 
200 
ns 
CL = 150 pF, (Note 2) 


tOF 
Output Float Delay 
20 
100 
ns 
CL = 20 pF For Minimum; 
150 pF for Maximum 


toc 
DACK Setup to RD 
25 
ns 


tco 
DACK Hold from RD 
25 
ns 


tKO 
Data Delay from DACK 
300 
ns 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tAC 
Select Setup to WR 
0 
ns 


tCA 
Select Hold from WR 
0 
ns 


tww 
WR Pulse Width 
250 
ns 


tow 
Data Setup to WR 
150 
ns 


two 
Data Hold from WR 
0 
ns 


toc 
DACK Setup to WR 
25 
ns 


leo 
DACK Hold from WR 
25 
ns 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


tca 
Request 
Hold from WR or RD 
200 
ns 
(for Non-Burst 
Mode) 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


tRSTW 
Reset Pulse Width 
10 
tCY 


tr 
Input Signal Rise Time 
20 
ns 


tf 
Input Signal Fall Time 
20 
ns 


tRSTS 
Reset to First IOWR 
2 
tCY 


tCY32 
32X Clock Cycle Time 
13.02xtCY 
ns 


tCL32 
32X Clock Low Time 
4xtCY 
ns 


tCH32 
32X Clock High Time 
4Xley 
ns 


tOPLL 
DPLL Output 
Low 
1 xtCy-50 
ns 


inter 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


tOCL 
Data Clock Low 
1 xtCy-50 
ns 


tOCH 
Data Clock High 
2xtCY 
ns 


tOCY 
Data Clock 
62.5xtCY 
ns 
(Note 3) 


tTO 
Transmit 
Data Delay 
200 
ns 


tos 
Data Setup Time 
200 
ns 


tOH 
Data Hold Time 
100 
ns 


tFLO 
FLAG DET Output Low 
8xtCY 
± 50 
ns 


NOTES: 
1. All timing 
measurements 
are made 
at the reference 
voltages 
unless 
otherwise 
specified: 
Input 
"1" 
at 2.0V, 
"0" 
at O.BV; 


Output 
"1" 
at 2.0V, "0" 
at O.BV. 


2. tAD, tRD, tAC, and teA are not concurrent 
specs. 
3. If receive 
commands 
or Read/Write 
Port commands 
are issued 
while 
both 
the transmitter 
and receiver 
are active, 
this 
specification 
will be B1.5 TCY min. 


DEVICE 
UNDER 
ic' = 150pF 


TEST 


-= 


210479-25 


CL ~ 
1S0pF 
CL Includes 
Jig Capacitance 
2.4=X 
x= 


2.0 
2.0 
>TEST 
POINTS < 


0.8 
0.8 
0.45 
--------- 


A.C. Testing: 
Inputs 
are driven 
at 2.4V tor a logic 
"1" 
and O.4SV 
for a logic "0". 
Timing 
measurements 
are made at 2.0V for a logic 


"1" 
and 0.8V for a logic 
"0". 


'AO_'R_O _7--'0'=1- ------- 
'KO-------j 


WAVEFORMS 
(Continued) 


WRITE 


DACK 


AO• At. CS 


_I 
~ 
_ 
_' 
[,o---J 


inter 


L ~. 
__~ ..,,_~- 


~-------- 
toCY 
:1 
Rxo-f ..JE 
... 
l-- 


inter 
8274 
MULTI-PROTOCOL 
SERIAL CONTROLLER 
(MPSC) 
• Asynchronous, 
Byte Synchronous 
and 
• Byte Synchronous: 
Bit Synchronous 
Operation 
- 
Character Synchronization, 
Int. or 
• Two Independent 
Full Duplex 
Ext. 


Transmitters 
and Receivers 
- 
One or Two Sync Characters 
- 
Automatic 
CRC Generation and 
• Fully Compatible with 8048, 8051, 8085, 
Checking (CRC-16) 
8088,8086,80188 
and 80186 CPU's; 
-IBM 
Bisync Compatible 
8257 and 8237 DMA Controllers; 
and 
• Bit Synchronous: 
8089 I/O Proc. 
- 
SDLC/HDLC Flag Generation and 
• 4 Independent 
DMA Channels 
Recognition 
• Baud Rate: DC to 880K Baud 
- 
8 Bit Address Recognition 


Asynchronous: 
- 
Automatic 
Zero Bit Insertion and 
• 
Deletion 
- 
5-8 Bit Character; Odd, Even, or No 
- 
Automatic 
CRC Generation and 
Parity; 1, 1.5 or 2 Stop Bits 
Checking (CCITT-16) 
- 
Error Detection: Framing, Overrun, 
- 
CCITT X.25 Compatible 
and Parity 
• Available in EXPRESS and Military 


The Intel 8274 Multi-Protocol 
Series Controller 
(MPSC) is designed 
to interface 
High Speed Communications 
Lines using Asynchronous, 
IBM Bisync, and SOLC/HOLC 
protocol 
to Intel microcomputer 
systems. 
It can be 
interfaced 
with Intel's MCS-48, -85, -51; iAPX-86, -88, -186 and -188 families, 
the 8237 OMA Controller, 
or the 
8089 I/O Processor 
in polled, 
interrupt 
driven, 
or OMA driven modes 
of operation. 


CDe 


CTSe 


SYNDET./RTS, 


DTRe 
RiCe 


R.DB 
170102-2 
Figure 
2. Pin Configuration 
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Symbol 
Pin 
Type 
Name and Function 
No. 


ClK 
1 
I 
CLOCK: System clock, TTl 
compatible. 


RESET 
2 
I 
RESET: A low signal on this pin will force the MPSC to 
an idle state. TxDA and TxDB are forced high. The 
modem interface 
output signals are forced 
high. The 
MPSC will remain idle until the control 
registers 
are 
initialized. 
Reset must be true for one complete 
ClK 
cycle. 


CDA 
3 
I 
CARRIER 
DETECT 
(CHANNEL 
A): This interface 
signal 
is supplied 
by the modem to indicate that a data carrier 
signal has been detected 
and that a valid data signal is 
present on the RxDA line. If the auto enable control~ 
set the 8274 will not enable the serial receiver until CDA 
has been activated. 


RxCB 
4 
I 
RECEIVE 
CLOCK (CHANNEL 
B): The serial data are 


, 
shifted into the Receive 
Data input (RxDB) on the rising 
edge of the Receive Clock. 


COB 
5 
I 
CARRIER 
DETECT 
(CHANNEL 
B): This interface 
signal 
is supplied 
by the modem to indicated 
that a data carrier 
signal has been detected 
and that a valid data signal is 
present on the RxDB line. If the auto enable control ~ 
set the 8274 will not enable the serial receiver until COB 
has been activated. 


CTSB 
6 
I 
CLEAR TO SEND (CHANNEL 
B): This interface 
signal 


< 
is supplied 
by the modem in response 
to an active RTS 
signal. CTS indicates 
that the data terminal/computer 
equipment 
is permitted 
to transmit 
data. In addition, 
if 
the auto enable control 
is set, the 8274 will not transmit 
data bytes until CTS has been activated. 


TXCB 
7 
I 
TRANSMIT 
CLOCK (CHANNEL 
B): The serial data are 
shifted out from the Transmit 
Data output (TxDB) on the 
falling edge of the Transmit 
Clock. 


TxDB 
8 
0 
TRANSMIT 
DATA (CHANNEL 
B): This pin transmits 
serial data to the communications 
channel 
(Channel 
B). 


RxDB 
9 
I 
RECEIVE 
DATA (CHANNEL 
B): This pin receives 
serial 
data from the communications 
channel 
(Channel 
B). 


SYNDETB 
10 
I/O 
SYNCHRONOUS 
DETECTION 
(CHANNEL 
B): This pin 
/RTSB 
is used in byte synchronous 
mode as either an internal 
sync detect (output) or as a means to force external 
synchronization 
(input). In SDlC 
mode, this pin is an 
output indicating 
Flag detection. 
In asynchronous 
mode 
it is a general purpose 
input (Channel 
B). 
REQUEST 
TO SEND (CHANNEL 
B): General 
purpose 
. 
output, generally 
used to signal that Channel 
B is ready 
to send data. When the RTS bit is reset in asynchronous 
mode, the signal does not go inactive (High) until the 
transmitter 
is empty. 


SYNDET B or RTSB selection 
is done by WR2; 07. 


(Channel A). 
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Symbol 
Pin 
Type 
Name and Function 
No. 


RDYs/ 
11 
0 
READY (CHANNEL 
B)/TRANSMITTER 
DMA 


TxDRQA 
REQUEST 
(CHANNEL 
A): In mode 0 this pin is RDYs 
and is used to synchronize 
data transfers 
between 
the 
processor 
and the MPSC (Channel 
B). In modes 1 and 2 
this pin is TxDRQA and is used by the Channel 
A 
transmitter 
to request a DMA transfer. 


DB7 
12 
I/O 
DATA BUS: The Data Bus lines are bidirectional 
three 
state lines which interface 
with the system's 
Data Bus. 


DB6 
13 


DB5 
14 


DB4 
15 


DB3 
16 


DB2 
17 


DB1 
18 


DBO 
19 


GND 
20 
GROUND. 


Vcc 
40 
POWER: + 5V Supply 


CTSA 
39 
I 
CLEAR TO SEND (CHANNEL 
A): This interface 
signal 
is supplied 
by the Modem in response 
to an active RTS 
signal. CTS indicates 
that the data terminal/computer 
equipment 
is permitted 
to transmit 
data. In addition, 
if 
the auto enable control 
is set, the 8274 will not transmit 


data bytes until CTS has been activated. 


RTSA 
38 
0 
REQUEST 
TO SEND (CHANNEL 
A): General purpose 
output commonly 
used to signal that Channel 
A is ready 
to send data. When the RTS bit is reset in asynchronous 
mode, the signal does not go inactive (High) until the 
transmitter 
is empty. 


TxDA 
37 
0 
TRANSMIT 
DATA (CHANNEL 
A): This pin transmits 
serial data to the commmunications 
channel 
(Channel 
A). 


TxCA 
36 
I 
TRANSMIT 
CLOCK (CHANNEL 
A): The serial data are 
shifted out from the Transmit 
Data output (TxDA) on the 
falling edge of the Transmit 
Clock. 


RxCA 
35 
I 
RECEIVE 
CLOCK (CHANNEL 
A): The serial data are 
shifted into the Receive 
Data input (RxDA) on the rising 
edge of the Receive Clock. 


RxDA 
34 
I 
RECEIVE 
DATA (CHANNEL 
A): This pin receives 
serial 
data from the communications 
channel 
(Channel 
A). 


SYNDETA 
33 
I/O 
SYNCHRONOUS 
DETECTION 
(CHANNEL 
A): This pin 
is used in byte synchronous 
mode as either an internal 
sync detect 
(output) or as a means to force external 
synchronization 
(input). In SDLC mode, this pin is an 
output indicating 
flag detection. 
In asynchronous 
mode it 
is a general purpose 
input (Channel 
A). 
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Symbol 
Pin 
Type 
Name and Function 
No. 


ROYAl 
32 
0 
READY: In mode 0 this pin is ROY A and is used to 


RxORQA 
synchronize 
data transfers 
between 
the processor 
and 
the MPSC (Channel A). In modes 1 and 2 this pin is 
RxORQA and is used by the channel 
A receiver to 
request a OMA transfer. 


OTRA 
31 
0 
DATA TERMINAL 
READY (CHANNEL 
A): General 
purpose output. 


IPOI 
30 
0 
INTERRUPT 
PRIORITY 
OUT ITRANSMITTER 
DMA 
TxORQB 
REQUEST 
(CHANNEL 
B):In modes 0 and 1,this pin is 
Interrupt 
Priority Out. It is used to establish 
a hardware 
interrupt 
priority scheme with IPI. It is low only if IPI is low 
and the controlling 
processor 
is not servicing 
an 


. 
interrupt from this MPSC. In mode 2 it is TxORQB and is 
used to request a OMA cycle for a transmit 
operation 
(Channel 
B). 


IPII 
29 
1/0 
INTERRUPT 
PRIORITY 
IN/RECEIVER 
DMA 
RxORQB 
REQUEST 
(CHANNEL 
B):In modes 0 and 1,IPI is 
Interrupt 
Priority In. A low on TPi means that no higher 
priority device is being serviced 
by the controlling 
processor's 
interrupt 
service routine. In mode 2 this pin 
is RxORQB and is used to request a OMA cycle for a 
receive operation 
(Channel 
B). 


INT 
28 
0 
INTERRUPT: 
The interrupt 
signal indicates 
that the 
highest priority internal interrupt 
requires service 
(open 
collector). 
Priority can be resolved 
via an external 
interrupt controller 
or a daisy-chain 
scheme. 


INTA 
27 
I 
INTERRUPT 
ACKNOWLEDGE: 
This Interrupt 
Acknowledge 
signal allows the highest priority 
interrupting 
device to generate 
an interrupt 
vector. This 
pin must be pulled high (inactive) 
in non-vector 
mode. 


OTRB 
26 
0 
DATA TERMINAL 
READY (CHANNEL 
B):This is a 
general purpose 
output. 


Ao 
25 
I 
ADDRESS: 
This line selects Channel A or B during data 
or command 
transfers. 
A low selects Channel A. 


A1 
24 
I 
ADDRESS: 
This line selects between 
data or command 
information 
transfer. 
A low means data. 


CS 
23 
I 
CHIP SELECT: This signal selects the MSPC and 
enables 
reading from or writing into registers. 


RO 
22 
I 
READ: Read controls 
a data byte or status byte transfer 
from the MPSC to the CPU. 


WR 
21 
I 
WRITE: Write controls 
transfer 
of data or commands 
to 
the MPSC. 
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When the 8274 RESET line is activitated, both 
MPSC channels enter the idle state. The serial out- 
put lines are forced to the marking state (high) and 
the modem interface signals (RTS, DTR) are forced 
high. In addition, the pointers registers are set to 
zero. 


The Intel 8274 Multi-Protocol Serial Controller is a 
microcomputer peripheral device which supports 
Asynchronous, Byte Synchronous (Monosync, IBM 
Bisync), and Bit Synchronous (ISO's HDLC, IBM's 
SDLC) protocols. This controller's flexible architec- 
ture allows easy implementation of many variations 
of these three protocols with low software and hard- 
ware overhead. 


The Multi-Protocol Serial controller (MPSC) imple- 
ments two independent serial receiver/transmitter 
channels. 


The MPSC supports several microprocessor inter- 
face options: Polled, Wait, Interrupt driven and DMA 
driven. The MPSC is designed to support INTEL's 
MCS-85 and iAPX 86, 88, 186, 188 families. 


Additional information on Asynchronous and Syn- 
chronous Communications with the 8274 is available 
respectively in the Applications Notes AP 134 and 
AP 145. 


Command, parameter, and status information is 
stored in 21 registers within the MPSC (8 writable 
registers for each channel, 2 readable registers for 
Channel A and 3 readable registers for Channel B). 


In the following discussion, the writable registers will 
be referred to as WRO through WR7 and the read- 
able registers will be referred to as RRO through 
RR2. 


This section of the data sheet describes how the 
Asynchronous and Synchronous protocols are im- 
plemented in the MPSC. It describes general consid- 
erations, transmit operation, and receive operation 
for Asynchronous, Byte Synchronous, and Bit Syn- 
chronous protocols. 


(See Detailed Command Description Section for 
complete information) 


In order to operate in asynchronous mode, each 
MPSC channel must be initialized with the following 
information: 
1. Transmit/Receive Clock Rate. This parameter is 
specified by bits 6 and 7 of WR4. The clock rate 
may be set to 1, 16, 32, or 64 times the data-link 
bit rate. If the X1 clock mode is selected, the bit 
synchronization must be accomplished externally. 


2. Number of Stop Bits. This parameter is specified 
by bits 2 and 3 of WR4. The number of stop bits 
may be set to 1, 1%, or 2. 


3. Parity Selection. Parity may be set for odd, even, 


or no parity by bits 0 and 1 of WR4. 
4. Receiver Character Length. This parameter sets 
the length of received characters to 5, 6, 7, or 8 
bits. This parameter is specified by bits 6 and 7 of 
WR3. 
5. Receiver Enable. The serial-channel receiver op- 
eration may be enabled or disabled by setting or 
clearing bit 0 of WR3. 


6. Transmitter Character Length. This parameter 
sets the length of transmitted characters to 5, 6, 
7, or 8 bits. This parameter is specified by bits 5 
and 6 of WR5. Characters of less than 5 bits in 
length may be transmitted by setting the transmit- 
ted length to five bits (set bits 5 and 6 of WR5 to 
0). 
The MPSC then determines the actual number of 
bits to be transmitted from the character data 
byte. The bits to be transmitted must be right justi- 
fied in the data byte, the next three bits must be 
set to 0 and all remaining bits must be set to 1. 
The following table illustrates the data formats for 
transmission of 1 to 5 bits of data. 


Byte Written 
Number of 
Bits Transmitted 


D7 D6 D5 D4 D3 D2 D1 DO (Character Length) 
1 
1 
1 
1 
0 
0 
0 
c 
1 


1 
1 
1 
0 
0 
0 
c 
c 
2 
1 
1 
0 
0 
0 
c 
c 
c 
3 
1 
0 
0 
0 
c 
c 
c 
c 
4 
0 
0 
0 
c 
c 
c 
c 
c 
5 


7. Transmitter Enable. The serial channel transmit- 


ter operation may be enabled or disabled by set- 
ting or clearing bit 3 of WR5. 


8. Interrupt Mode. Specified by bits 3 and 4 of WR1. 
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For data transmission via a modem or RS-232-C in- 
terface, the following information must also be spec- 
ified: 
1. The Request To Send (RTS) (WR5; 01) and Oata 
Terminal Ready (OTR) (WR5; 07) bits must be set 
along with the Transmit Enable bit (WR5; 03). 
2. Auto Enable may be set to allow the MPSC to 
automatically 
enable 
the 
channel 
transmitter 
when the clear-to-send signal is active and to au- 
tomatically enable the receiver when the carrier- 
detect signal is active. However, the Transmit En- 
able bit (WR3; 03) and Receive Enable bit (WR3; 
01) must be set in order to use the Auto Enable 
mode. Auto Enable is controlled by bit 5 of WR3. 


When 
loading 
Initialization parameters 
into 
the 
MPSC, WR4 information must be written before the 
WR1, WR3, WR5 parameters commands. 


Ouring initialization, it is desirable to guarantee that 
the external/status latches reflect the latest inter- 
face information. Since up to two state changes are 
internally stored by the MPSC, at least two Reset 
External/Status 
Interrupt commands must be is- 
sued. This procedure is most easily accomplished by 
simply issuing this reset command whenever the 
pointer register is set during initialization. 


An MPSC initialization procedure (MPSC$RX$INIT) 
for asynchronous communication is listed in Intel 
Application Note AP 134. 


The transmit function begins when the Transmit En- 
able bit (WR5; 03) is set. The MPSC automatically 
adds the start bit, the programmed parity bit (odd, 
even or no parity) and the programmed number of 
stop bits (1, 1.5 or 2 bits) to the data character being 
transmitted. 1.5 stop bits option must be used with 
X16, X32 or X64 clock options only. The data char- 
acter is transmitted least significant bit first. 


The serial data are shifted out from the Transmit 
Oata (TxO)output on the falling edge of the Transmit 
Clock (TxC) input at a rate programmable to 1, "/16th, 
%2nd, or "/64thof the clock rate supplied to the TxC 
input. 


The TxO output is held high when the transmitter 
has no data to send, unless, under program control, 
the Send Break (WR5; 04) command is issued to 
hold the TxO low. 


If the External/Status Interrupt bit (WR1; 00) is set, 
the status of CO, CTS and SYNOET are monitored 
and, if any changes occur for a period of time great- 
er than the minimu~ecified 
pulse width, an inter- 
rupt is generated. CTS is usually monitored using 
this interrupt feature (e.g., Auto Enable option). 


The Transmit Buffer Empty bit (RRO; 02) is set by 
the MPSC when the data byte from the buffer is 
loaded in the transmit shift register. Oata should be 
written to the MPSC only when the Tx buffer be- 
comes empty to prevent overwriting. 


The receive function begins when the Receive En- 
able (WR3; 00) bit is set. If the Auto Enable (WR3; 
05) option is selected, then Carrier Oetect (CO) 
must also be low. A valid start bit is detected if a low 
persists for at least % bit time on the Receive Oata 
(RxO) input. . 


The data is sampled at mid-bit time, on the rising 
edge of RxC, until the entire character is assembled. 
The receiver inserts 1's when a character is less 
than 8 bits. If parity (WR4; 00) is enabled and the 
character is less than 8 bits the parity bit is not 
stripped from the character. 


The receiver also stores error status for each of the 
3 data characters in the data buffer. Three error con- 
ditions may be encountered during data reception in 
the asynchronous mode: 
1. Parity. If parity bits are computed and transmitted 
with each character and the MPSC is set to check 
parity (bit 0 in WR4 is set), a parity error will occur 
whenever the number of "1" bits within the char- 
acter (including the parity bit) does not match the 
odd/even setting of the parity check flag (bit 1 in 
WR4). When a parity error is detected, the parity 
error flag (RR1; 04) is set and remains set until it 
is reset by the Error Reset command (WRO; OS, 
04,03). 


2. Framing. A framing error will occur if a stop bit is 
not detected immediately following the parity bit (if 
parity checking is enabled) or immediately follow- 
ing the most-significant data bit (if parity checking 
is not enabled). When a Framing Error is detect- 
ed, the Framing Error bit (RR1; 06) is set and 
remains set until reset by the Error Reset Com- 
mand (WRO; OS, 04, 03). The detection of a 
Framing Error adds an additional % bit time to the 
character time so the Framing Error is not inter- 
preted as a new start bit. 


3. Overrun. 
If the CPU fails to read a data character 
while more than three characters have been re- 
ceived, the Receive Overrun bit (RR1; 05) is set. 
When this occurs, the fourth character assembled 
replaces the third character in the receive buffers. 
Only the overwritten character is flagged with the 
Receive Overrun bit. The Receive Overrun bit 
(RR1; 05) is reset by the Error Reset command 
(WRO;OS,04, 03). 
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The 
MPSC 
continuously 
monitors 
the state 
of five 
external/status 
conditions: 


1. CTS-clear-to-send 
input pin. 


2. C~arrier-detect 
input pin. 


3. SYNDET -sync-detect 
input pin. This pin may be 
used as a general-purpose 
input in the asynchro- 
nous communication 
mode. 


4. BREAK-a 
break 
condition 
(series 
of space 
bits 
on the receiver 
input pin). 


5. TxUNDERRUN/EOM- 
Transmitter 
Underrun/ 
End of Message. 


A change 
of state in any of these 
monitored 
con- 
ditions will cause the associated 
status bit in RRO 
to be latched 
(and optionally 
cause an interrupt). 


If the 
External/Status 
Interrupt 
bit (WR1; 
DO) is 
enabled, 
Break Detect 
(RRO; D7) and Carrier De- 
tect (RRO; D3) will cause 
an interrupt. 
Reset 
Ex- 


ternal/Status 
interrupts 
(WRO; D5, 
D4, 
D3) will 
clear Break Detect 
and Carrier 
Detect 
bits if they 
are set. 


Command, 
parameter, 
and 
status 
information 
is 
stored 
in 21 registers 
within 
the 
MPSC 
(8 writable 
registers 
for each channel, 
2 readable 
registers 
for 
Channel 
A and 3 readable 
registers 
for Channel 
B). 


They are all accessed 
via the command 
ports. 


An internal pointer register selects which of the com- 
mand or status 
registers 
will be read or written 
dur- 
ing a commmand/status 
access 
of an MPSC chan- 
nel. 


After reset, the contents 
of the pointer 
registers 
are 
zero. The first write 
to a command 
register 
causes 
the data to be loaded 
into Write 
Register 
0 (WRO). 
The three 
least 
significant 
bits of WRO are loaded 
into the Command/Status 
Pointer. The next read or 
write 
operation 
accesses 
the read or write 
register 
selected 
by the pointer. The pointer is reset after the 
read or write operation 
is completed. 


COMMAND/STATUS 
POINTER l 
D'Df 
0 0 D0-j 
• : ° : 
I I " 
I 
o 
w: 


'-!w 
I I • 
I 


0-1 
w 
I I " 
" 
I 
MS8 
LS8 
'-Iw 
I 


R•• d Regisl.', 


o-jw 
I 
f_1 
w 
I 
'Channel 
B only 


o-jw 
I 
,--fw 
I 
MS8 
LS8 


Writ. Regis.e,. 


170102-3 
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07 
06 
05 
04 
03 
02 
01 
DO 


00 
Rx 5 b/char 


WR3 
01 
Rx 7 b/char 
AUTO 
0 
0 
0 
0 
Rx 
10 
Tx 6 b/char 
ENABLE 
ENABLE 
11 
Rx8 b/char 


00 
X1 Clock 
EVEN/ 
PARITY 
WR4 
01 
X16 Clock 
0 
0 
01 
1 STOP BIT 
000 
10 
X32 Clock 
10 
1%STOPBITS 
PARITY 
ENABLE 


11 
X64Clock 
11 
2 STOP BITS 


00 
Tx ~ 5 b/char 


WR5 
OTR 
01 
Tx 7 b/char 
SEND 
Tx 
0 
RTS 
0 
10 
Tx 6 b/char 
BREAK 
ENABLE 
11 
Tx 8 b/char 


SYNCHRONOUS 
OPERATION- 
MONOSYNC, 
BISYNC 


The MPSC must be initialized 
with the following 
pa- 
rameters: 
odd 
or even 
parity 
(WR4; 
01, 
DO), X1 
clock mode (WR4; 07, 06),8- 
or 16-bit sync charac- 
ter 
(WR4; 
05, 
04), 
CRC 
polynomial 
(WR5; 
02), 
Transmitter 
Enable 
(WR5; 
03), 
interrupt 
modes 
(WR1, 
WR2), 
transmit 
character 
length 
(WR5; 
06, 
05) 
and 
receive 
character 
length 
(WR3; 
07, 
06). 
WR4 parameters 
must be written 
before WR1, WR3, 
WR5, WR6 and WR7. 


The data 
is transmitted 
on the falling 
edge 
of the 
Transmit 
Clock, 
(TxC) and is received 
on the rising 
edge of Receive 
Clock (RxC). The X1 clock 
is used 
for both transmit 
and receive operations 
for all three 
sync modes: 
Mono, 
Bi and External. 


Transmit 
data is held high after channel 
reset, or if 
the transmitter 
is not enabled. 
A break may be pro- 
grammed 
to generate 
a spacing 
line that begins 
as 
soon as the Send 
Break 
(WR5; 04) 
bit is set. With 
the transmitter 
fully initialized 
and enabled, 
the de- 
fault condition 
is continuous 
transmission 
of the 8- or 
16-bit sync character. 


Using 
interrupts 
for data transfer 
requires 
that 
the 
Transmit 
InterruptlOMA 
Enable 
bit (WR1; 
01) 
be 
set. An interrupt 
is generated 
each time the transmit 
buffer 
becomes 
empty. 
The interrupt 
can be satis- 
fied 
either 
by 
writing 
another 
character 
into 
the 
transmitter 
or by resetting 
the Transmitter 
Interrupti 
OMA Pending 
latch with a Reset 
Transmitter 
Inter- 


07 
06 
05 
04 
03 
02 
01 
DO 


00 
Rx 5 b/char 
ENTER 
SYNC 


WR3 
01 
Rx 7 b/char 
AUTO 
HUNT 
RxCRC 
0 
CHAR 
Rx 
10 
Tx 6 b/char 
ENABLE 
ENABLE 
LOAD 
ENABLE 
11 
Rx 8 b/char 
MODE 
INHIBIT 


00 
8 bit Sync 
EVEN/ 
PARITY 
WR4 
0 
0 
01 
16 bit Sync 
0 
0 
ODD 
11 
Ext Sync 
PARITY 
ENABLE 


00 
Tx ~ 5 b/char 
1 
WR5 
OTR 
01 
Tx 7 b/char 
SEND 
Tx 
(SELECTS 
RTS 
TxCRC 
10 
Tx6 
b/char 
BREAK 
ENABLE 
ENABLE 
11 
Tx 8 b/char 
CRC-16) 


rupt/OMA 
Pending 
Command 
(WRO; OS, 04, 03). If 
nothing 
more 
is written 
into the 
transmitter, 
there 
can be no further 
Transmit 
Buffer 
Empty 
interrupt, 
but this situation 
does 
cause 
a Transmit 
Underrun 
condition 
(RRO; 06). 


Oata Transfers 
using the 
ROY signal 
are for soft- 
ware controlled 
data transfers 
such as block moves. 
ROY tells 
the CPU that 
the 
MPSC is not ready 
to 
accept/provide 
data and that the CPU must extend 
the output/input 
cycle. 
OMA data transfers 
use the 
TxORQ AlB 
signals which 
indicate 
that the transmit 
buffer 
is empty, 
and that the MPSC is ready to ac- 
cept the next data character. 
If the data character 
is 
not loaded 
into the MPSC by the time the transmit 
shift register 
is empty, 
the MPSC enters 
the Trans- 
mit Underrun 
condition. 


The MPSC has two programmable 
options 
for solv- 
ing 
the 
transmit 
underrun 
condition: 
it can 
insert 
sync characters, 
or it can send the CRC characters 
generated 
so far, followed 
by sync characters. 
Fol- 
lowing a chip or channel 
reset, the Transmit 
Under- 
run/EOM 
status 
bit (RRO; 06) is in a set condition 
allowing 
the insertion 
of sync characters 
when there 
is no data to send. 
The CRC is not calculated 
on 
these 
automatically 
inserted 
sync characters. 
When 
the CPU detects 
the end message, 
a Reset Transmit 
Underrun/EOM 
command 
can 
be issued. 
This 
al- 
lows CRC to be sent when 
the transmitter 
has no 
data to send. 


In the case of sync insertion, 
an interrupt 
is generat- 
ed only 
after 
the 
first 
automatically 
inserted 
sync 
character 
has 
been 
loaded 
in the 
Transmit 
Shift 
Register. 
The status 
register 
indicates 
the Transmit 
Underrun/EOM 
bit and the Transmit 
Buffer 
Empty 
bit are set. 


In the case 
of CRC insertion, 
the Transmit 
Under- 
run/EOM 
bit is set and the Transmit 
Buffer Empty bit 
is reset 
while 
CRC is being 
sent. 
When 
CRC has 
been 
completely 
sent, 
the 
Transmit 
Buffer 
Empty 
status bit is set and an interrupt 
is generated 
to indi- 
cate 
to the CPU that 
another 
message 
can begin 
(this interrupt 
occurs 
because 
CRC has been 
sent 
and sync has been loaded 
into the Tx Shift 
Regis- 
ter). If no more 
messages 
are to be sent, the pro- 
gram can terminate 
transmission 
by resetting 
RTS, 
and disabling 
the transmitter 
(WR5; 03). 


Bisync CRC Generation. 
Setting the Transmit 
CRC 
enable 
bit (WR5; 
00) 
indicates 
CRC accumulation 
when the program 
sends the first data character 
to 
the MPSC. Although 
the MPSC automatically 
trans- 
mits 
up to two 
sync 
characters 
(16 bit sync), 
it is 
wise to send a few more sync characters 
ahead 
of 
the message 
(before 
enabling 
Transmit 
CRG) to en- 
sure synchronization 
at the receiving 
end. 


The Transmit 
CRC Enable 
bit can be changed 
on 
the fly any time in the message 
to include or exclude 
a particular 
data character 
from CRC accumulation. 
The Transmit 
CRC Enable 
bit should 
be in the de- 
sired state 
when 
the data character 
is loaded 
into 
the transmit 
shift register. 
To ensure 
this bit in the 
proper 
state, the Transmit 
CRC Enable 
bit must be 
issued 
before 
sending 
the 
data 
character 
to 
the 
MPSC. 


Transmit 
Transparent 
Mode. 
Transparent 
mode 
(Bisync 
protocol) 
operation 
is made possible 
by the 
ability 
to change 
Transmit 
CRC 
Enable 
on the fly 
and 
by the additional 
capability 
of inserting 
16 bit 
sync characters. 
Exclusion 
of OLE characters 
from 
CRC calculation 
can be achieved 
by disabling 
CRC 
calculation 
immediately 
preceding 
the OLE charac- 
ter transfer 
to the MPSC. 


In the transmit 
mode, the transmitter 
always 
sends 
the programmed 
number of sync bits (8 or 16) (WR4; 


OS, 04). When in the Monosync 
mode, the transmit- 
ter 
sends 
from 
WR6 
and 
the 
receiver 
compares 
against WR7. One or two CRC polynomials, 
CRC 16 
or SOLC, may be used with synchronous 
modes. 
In 
the transmit 
initialization 
process, 
the CRC genera- 
tor is initialized 
by setting 
the Reset 
Transmit 
CRC 
Generator 
command 
(WRO; 07, 06). 


The External/Status 
interrupt 
(WR 1; 00) mode 
can 
be used to monitor 
the status 
of the CTS input as 
well as the Transmit 
Underrun/EOM 
latch. Optional- 
ly, the Auto Enable 
(WR3; 05) feature 
can be used 
to enable 
the transmitter 
when 
CTS is active. 
The 
first data transfer 
to the MPSC can begin when the 
External/Status 
interrupt 
(CTS (RRO; 05) status 
bit 
set) occurs following 
the Transmit 
Enable command 
(WR5; 03). 


After 
a channel 
reset, 
the 
receiver 
is in the 
Hunt 
phase, 
during 
which 
the MPSC looks 
for character 
synchronization. 
The Hunt begins only when the re- 
ceiver is enabled and data transfer 
begins only when 
character 
synchronization 
has 
been 
achieved. 
If 
character 
synchronization 
is lost, the hunt phase can 
be re-entered 
by writing the Enter Hunt Phase (WR3; 
04) 
bit. The 
assembly 
of received 
data 
continues 
until the MPSC is reset 
or until the receiver 
is dis- 
abled (by command 
or by CO while in the Auto 
En- 
ables 
mode) 
or until the CPU sets the 
Enter 
Hunt 
Phase 
bit. 
Under 
program 
control, 
all the 
leading 
sync 
characters 
of the 
message 
can 
be inhibited 
from loading the receive 
buffers 
by setting the Sync 
Character 
Load Inhibit (WR3; 01) bit. After character 
synchronization 
is achieved 
the assembled 
charac- 
ters are transferred 
to the receive 
data FIFO. After 
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receiving 
the first data character, 
the Sync Charac- 
ter Load Inhibit bit should be reset to zero so that all 
characters 
are received, 
including 
the sync charac- 
ters. 
This 
is important 
because 
the 
received 
CRC 
may look like a sync character 
and not get received. 


Oata may be transferred 
with or without 
interrupts. 
Transferring 
data 
without 
interrupts 
is used 
for 
a 
purely 
polled 
operation 
or 
for 
off-line 
conditions. 
There 
are 
two 
interrupt 
modes 
available 
for 
data 
transfer: 
Interrupt 
on First Character 
Only and Inter- 
rupt on Every Character. 


Interrupt 
on First Character 
Only mode 
is normally 
used 
to 
start 
a polling 
loop, 
a block 
transfer 
se- 
quence 
using 
ROY to synchronize 
the CPU to the 
incoming 
data 
rate, 
or a OMA 
transfer 
using 
the 
RxORQ 
signal. 
The 
MPSC 
interrupts 
on 
the 
first 
character 
and thereafter 
only interrupts 
after a Spe- 
cial Receive 
Condition 
is detected. 
This mode 
can 
be reinitialized 
using the Enable 
Interrupt 
On Next 
Receive 
Character 
(WRO; OS, 04, 
03) 
command 
which 
allows 
the next character 
received 
to gener- 
ate 
an interrupt. 
Parity 
Errors 
do 
not cause 
inter- 
rupts, but End of Frame 
(SOLC operation) 
and Re- 
ceive 
Overrun 
do cause 
interrupts 
in this mode. 
If 
the external 
status interrupts 
(WR1; 00) are enabled 
an 
interrupt 
may 
be 
generated 
any 
time 
the 
CO 
changes 
state. 


Interrupt 
On Every Character 
mode generates 
an in- 
terrupt 
whenever 
a character 
enters 
the 
receive 
buffer. Errors and Special 
Receive Conditions 
gener- 
ate 
a special 
vector 
if the 
Status 
Affects 
Vector 
(WR1 B; 02) is selected. 
Also the Parity Error may be 
programmed 
(WR 1; 04, 03) not to generate 
the spe- 
cial vector 
while in the Interrupt 
On Every Character 
mode. 


modes. 
The 
Special 
Receive 
Condition 
interrupt 
is 
caused by the Receive Overrun 
(RR1; 05) error con- 
dition. 
The error 
status 
reflects 
an error in the cur- 
rent word 
in the 
receive 
buffer, 
in addition 
to any 
Parity or Overrun 
errors 
since 
the last Error 
Reset 
(WRO; OS, 04, 03). The Receive 
Overrun 
and Parity 
error status bits are latched and can only be reset by 
the Error Reset (WRO; OS, 04, 03) command. 


The CRC check 
result may be obtained 
by checking 
for CRC bit (RR1; 06). This bit gives the valid CRC 
result 
16 bit times 
after 
the second 
CRC byte has 
been read from the MPSC. After reading the second 
CRC 
byte, the 
user software 
must 
read 
two 
more 
characters 
(may be sync characters) 
before 
check- 
ing for CRC result in RR1. Also for proper CRC com- 
putation 
by the receiver, 
the user software 
must re- 
set the Receive 
CRC Checker 
(WRO; 07, 
06) after 
receiving 
the first valid data character. 
The receive 
CRC Enable 
bit (WR3; 
03) may also be enabled 
at 
this time. 


Like 
the 
other 
synchronous 
operations 
the 
SOLC 
mode must be initialized 
with the following 
parame- 
ters: SOLC mode (WR4; OS, 04), SOLC polynomial 
(WR5; 02), Request 
to Send, Oata Terminal 
Ready, 
transmit 
character 
length 
(WR5; 
06, 
05), 
interrupt 
modes 
(WR1; 
WR2), 
Transmit 
Enable 
(WR5; 
03), 
Receive 
Enable (WR3; 00), Auto Enable (WR3; 05) 
and External/Status 
Interrupt 
(WR 1; 00). 
WR4 
pa- 
rameters 
must be written 
before 
WR1, WR3, WR5, 
WR6 and WR7. 


The Special 
Receive Condition 
interrupt 
can only oc- 
The Interrupt 
modes 
for SOLC operation 
are similar 
cur while in the Receive 
Interrupt 
On First Character 
to those 
discussed 
previously 
in the 
synchronous 
Only 
or the 
Interrupt 
On Every 
Receive 
Character 
operations 
section. 


Synchronous 
Mode Register 
Setup-SOLC/HOLC 


07 
06 
05 
04 
03 
02 
01 
00 


00 Rx 5 b/ char 
ENTER 
Rx 
AOORESS 
01 Rx 7 b/char 
AUTO 
WR3 
10 Rx 6 b/char 
ENABLES 
HUNT 
CRC 
SEARCH 
0 
Rx 


11 Rx 8 b/char 
MOOE 
ENABLE 
MOOE 


1 
0 
WR4 
0 
0 
(SELECTS 
SOLC/ 
0 
0 
0 
0 
HOLCMOOE) 


00 Tx ~ 5 b/char 
0 
01 Tx 7 b/char 
SENO 
Tx 
(SELECTS 
Tx 
WR5 
OTR 
RTS 
CRC 
10 Tx 6 b/char 
BREAK 
ENABLE 
SOLC/HOLC 
11 Tx 8 b/char 
CRG) 
ENABLE 


inter 


After 
a channel 
reset, 
the 
MPSC 
begins 
sending 
SOLC flags. 


Following 
the flags 
in an SOLC operation 
the 8-bit 
address 
field, control 
field and information 
field may 
be sent 
to the 
MPSC 
by the 
microprocessor. 
The 
MPSC transmits 
the Frame Check 
Sequence 
using 
the Transmit 
Underrun 
feature. 
The MPSC automati- 
cally inserts 
a zero after every 
sequence 
of 5 con- 
secutive 
1's 
except 
when 
transmitting 
Flags 
or 
Aborts. 


SOLC-Iike 
protocols 
do not have 
provision 
for fill 
characters 
within 
a message. 
The MPSC therefore 
automatically 
terminates 
an SOLC frame 
when 
the 
transmit 
data buffer and output shift register 
have no 
more 
bits to send. 
It does this by sending 
the two 
bytes of CRC and then one or more flags. This al- 
lows very high-speed 
transmissions 
under 
OMA or 
CPU control 
without 
requiring 
the CPU to respond 
quickly to the end-of-message 
situation. 


After a reset, the Transmit 
Underrun/EOM 
status bit 
is in the set state and prevents 
the insertion 
of CRC 
characters 
during the time there is no data to send. 


Flag characters 
are sent. The MPSC begins to send 
the frame when data is written 
into the transmit 
buff- 
er. Between 
the time the first data byte is written, 
and the 
end 
of the 
message, 
the 
Reset 
Transmit 
Underrun/EOM 
(WRO; 07, 
06) 
command 
must 
be 
issued. 
The 
Transmit 
Underrun/EOM 
status 
bit 
(RRO; 06) 
is in the 
reset 
state 
at the 
end 
of the 
message 
which 
automatically 
sends the CRC char- 
acters. 


The 
MPSC 
may be programmed 
to issue 
a Send 
Abort command 
(WRO; 05, 04, 03). This command 
causes at least eight 1's but less than fourteen 
1's to 
be sent before the line reverts 
to continuous 
flags. 


After initialization, 
the MPSC enters the Hunt phase, 
and remains 
in the Hunt phase 
until the first Flag is 
received. 
The 
MPSC 
never 
again 
enters 
the 
Hunt 
phase 
unless 
the 
microprocessor 
writes 
the 
Enter 
Hunt 
command. 
The 
MPSC 
will 
also 
detect 
flags 
separated 
by a single zero. For example, 
the bit pat- 
tern 
011111101111110 
will 
be 
detected 
as 
two 
flags. 


The MPSC can be programmed 
to receive all frames 
or it can 
be programmed 
to the 
Address 
Search 
Mode. 
In the 
Address 
Search 
Mode, 
only 
frames 
with addresses 
that match the value in WR6 or the 
global 
address 
(OFFH) are received 
by the 
MPSC. 


Extended 
address 
recognition 
must be done by the 
microprocessor 
software. 


The control 
and information 
fields 
are received 
as 
data. 


SOLC/HOLC 
CRC calculation 
does 
not have an 8- 


bit delay, since all characters 
are included 
in the cal- 


culation, 
unlike Byte Synchronous 
Protocols. 


Reception 
of an abort sequence 
(7 or more 1's) will 
cause the Break/Abort 
bit (RRO; 07) to be set and 
will cause 
an External/Status 
interrupt, 
if enabled. 


After 
the 
Reset 
External/Status 
Interrupts 
Com- 
mand has been issued, a second 
interrupt 
will occur 
at the end of the abort sequence. 


The MPSC supports 
an extremely 
flexible set of seri- 
al and system 
interface 
modes. 


The system 
interface 
to the CPU consists 
of 8 ports 
or buffers: 


CS A, Ao Read Operation 
Write Operation 


0 
0 
0 Ch. A Data Read 
Ch. A Data Write 
0 
1 
0 
Ch. A Status Read Ch. A Command/Parameter 
0 
0 
1 Ch. B Data Read 
Ch. B Data Write 
0 
1 
1 Ch. B Status Read Ch. B Command/Parameter 
1 
X 
X 
High Impedance 
High Impedance 


Oata buffers 
are addressed 
by A1 = 0, and Com- 


mand ports are addressed 
by A1 = 1. 


The following 
command 
and status 
bytes are used 
during 
initialization 
and execution 
phases 
of opera- 
tion. 
All 
Command/Status 
operations 
on 
the 
two 
channels 
are 
identical, 
and 
independent, 
except 
where 
noted. 


inter 


000 
o 
0 
1 
o 
1 
0 
o 
1 
1 
1 
0 
0 


NULL 
CODE 


SENO 
ABORT 
(SDLC) 


RESET 
EXTISTATUS 
INTERRUPTS 


CHANNEL 
RESET 


E~ABLE 
INTERRUPT 
ON HEXT 
Rx 
CHARACTER 


RESET 
TX1NT/DMA 
PENDING 


ERROR 
RESET 


END OF INTERRUPT' 


o 
NULL 
CODE 


1 
AESET 
Ax CAe 
CHECKER 


o 
RESET 
rx CAe 
GENEAATOR 
1 
AESET Tx UNOEAAUN/EOM 
LATCH 


02, 01, OO-Command/Status 
Register Pointer bits 
determine which write-register the next byte is to be 
written into, or which read-register the next byte is to 
be read from. After reset, the first byte written into 
either channel goes into WRO. Following a read or 
write to any register (except WRO) the pointer will 
point to WRO. 


05, 04, 03-Command 
bits determine which of the 
basic seven commands are to be performed. 
Command 0 
Null-has 
no effect. 


Command 1 
Send Abort-causes 
the generation 
of eight to thirteen 1's when in the 
SOLC mode. 


07,06 
00 
01 


Reset 
External/Status 
Interrupts- 


resets the latched status bits of RRO 
and re-enables them, allowing inter- 
rupts to occur again. 
Channel Reset-resets 
the Latched 
Status bits of RRO,the interrupt prior- 
itization logic and all control registers 
for the channel. Four extra system 
clock cycles should be allowed for 
MPSCreset time before any addition- 
al commands or controls are written 
into the channel. 


Enable Interrupt on Next Receive 
Character-if 
the Interrupt on First 
Receive Character mode is selected, 
this command reactivates that mode 
after each complete message is re- 
ceived to prepare the MPSC for the 
next message. 
Reset 
Transmitter 
InterruptiOMA 
Pending-if 
The Transmit Interrupti 
OMA Enable mode is selected, the 
MPSC automatically interrupts or re- 
quests OMA data transfer when the 
transmit 
buffer 
becomes 
empty. 


When there are no more characters 
to be sent, issuing this command pre- 
vents further transmitter interrupts or 
OMA requests until the next charac- 
ter has been completely sent. 
Error 
Reset-error 
latches, 
Parity 
and Overrun errors in RR1 are reset. 
End of Interrupt-resets 
the inter- 
rupt-in-service latch of the highest- 
priority internal device under service. 
CRC Reset Code. 
Null-has 
no effect. 


Reset Receive CRC Checker-re- 
sets the CRC checker to O's. If in 
SOLC mode the CRC checker is ini- 
tialized to all 1'so 
Reset Transmit CRC Generator-re- 
sets the CRC generator to O's. If in 
SOLC mode the CRC generator's ini- 
tialized to all 1'so 
Reset Tx Underrun/End of Message 
Latch. 


1 
VARIABLE 
VECTOR 
o 
FIXED 
VECTOR 


STATUS AFFECTS 


VECTOR 
(CH B ONLY) 
(NULL 
COOE CH 
A) 


1 
AalNT 
ON FIAST 
CHAR 
OR SPECIAL 
CONDITION 


OINT 
ON ALL 
All 
CHAR 
(PARITY 
AFFECTS 
VECTOR) 
OR SPECIAL 
CONDITION 


1 
INT ON ALL Rx CHAR 
(PARITY 
DOES 
NOT 
AFFECT 
VECTOR) 
OR SPECIAL 
CONDITION 


WR1 
DO 
External/Status 
Interrupt 
Enable-al- 
lows interrupt 
to occur 
as the result 
of 
transitions 
on 
the 
CD, 
CTS 
or 
SYNDET 
inputs. 
Also 
allows 
inter- 
rupts as the result of a Break/Abort 
detection 
and termination, 
or at the 
beginning 
of CRC, or sync character 
transmission 
when 
the Transmit 
Un- 
derrun/EOM 
latch becomes 
set. 


Transmitter 
InterruptiDMA 
Enable- 


allows 
the 
MPSC 
to interrupt 
or re- 
quest 
a 
DMA 
transfer 
when 
the 
transmitter 
buffer becomes 
empty. 


Status Affects 
vector-(WR1, 
D2 ac- 
tive 
in channel 
B only.) 
If this 
bit is 
not 
set, 
then 
the 
fixed 
vector, 
pro- 
grammed 
in WR2, 
is returned 
from 
an interrupt 
acknowledge 
sequence. 
If the 
bit if set 
then 
the 
vector 
re- 
turned 
from 
an 
interrupt 
acknowl- 
edge 
is variable 
as shown 
in the In- 
terrupt 
Vector 
Table. 


D4, D3 
o 
0 
o 
1 


WR2 


D1, DO 


1 
1 


D2 


Receive 
Interrupt 
Mode. 


Receive 
Interrupts/DMA 
Disabled. 


Receive 
Interrupt 
on First Character 
Only or Special 
Condition. 


Interrupt 
on All 
Receive 
Characters 
or Special 
Condition 
(Parity Error is a 
Special 
Receive 
Condition). 


Interrupt 
on All 
Receive 
Characters 
or Special 
Condition 
(Parity 
Error 
is 
not a Special 
Receive 
Condition). 


Wait 
on 
Receive/Transmit-when 
the following 
conditions 
are met the 
RDY pin is activated, 
otherwise 
it is 
held in the High-Z state. (Conditions: 
Interrupt 
Enabled 
Mode, 
Wait 
En- 
abled, CS = 0, AO = 0/1, 
and A1 = 
0). The RDY pin is pulled 
low when 
the transmitter 
buffer is full or the re- 
ceiver buffer is empty and it is driven 
High 
when 
the 
transmitter 
buffer 
is 
empty 
or the 
receiver 
buffer 
is full. 


The RDY A and RDYs 
may be wired 
OR connected 
since only one signal 


is active 
at anyone 
time 
while 
the 
other is in the High Z state. 


Must be Zero. 


Wait Enable-enables 
the wait func- 


tion. 


Channel 
A Only 


System 
Configuration-These 
speci- 
fy the data transfer 
from MPSC chan- 
nels 
to the 
CPU, either 
interrupt 
or 
DMA based. 


Channel 
A and Channel 
B both 
use 
interrupts. 


Channel 
A 
uses 
DMA, 
Channel 
B 
uses interrupts. 


Channel 
A and Channel 
B both use 
DMA. 


Illegal Code. 


Priority-this 
bit specifies 
the relative 
priorities 
of the internal 
MPSC 
inter- 
ruptiDMA 
sources. 


(Highest) 
RxA, TxA, RxB, TxB, ExTA, 


ExTB (Lowest). 


(Highest) 
RxA, RxB, TxA, TxB, ExTA, 


ExTB (Lowest). 


Interrupt 
Code-specifies 
the behav- 
ior of the MPSC when it receives 
an 
interrupt 
acknowledge 
sequence 
from the CPU. (See Interrupt 
Vector 
Mode Table.) 


Non-vectored 
interrupts-intended 
for use with external DMA CON- 
TROLLER. The Data Bus remains in 
a high impedance state during INTA 
sequences. 
8085 Vector Mode 1-intended 
for 
use as the primary MPSC in a daisy 
chained priority structure. (See Sys- 
tem Interface section). 


8085 Vector Mode 2-intended 
for 
use as any secondary MPSC in a dai- 
sy chained priority structure. (See 
System Interface section). 
8086/88 Vector Mode-intended 
for 
use as either a primary or secondary 
in a daisy chained priority structure. 
(See System Interface section). 
Must be zero. 


zero Pin 10 = RTSs 
one Pin 10 = SYNDETs 


PRIORITY 
RxA 
RxB 
TxA 
TxB 
EXT A' 
EXTB' 


o 
PRIORITY 
RxA 
TxA 
RxB 
TxB 
EXTA' 
EXTB' 


VECTORED 
INTERRUPT 
o 
NON 
VECTORED 
INTERRUPT 


MUST 
BE ZERO 


1 
PIN 
10 
SYNDET 
a 


o 
PIN 
10 
RTSa 


NOTE: 
'External 
Status 
Interrupt 
only if EXT Interrupt 
Enable 
(WR1; 
DO) is set. 


05 
04 
03 
IPI 
MOOE 
INTA 
Oata Bus 


X 
X 
X 
Non-vectored 
AnylNTA 
07 
DO 
0 
High Impedance 


1st INTA 
1 
1 
0 
0 
1 
1 
0 
1 


1 
0 
0 
0 
85 Mode 1 
2nd INTA 
V7 
V6 
V5 
V4" 
V3" 
V2" 
V1 
VO 
3rd INTA 
0 
0 
0 
0 
0 
0 
0 
0 


1st INTA 
1 
1 
0 
0 
1 
1 
0 
1 


1 
0 
0 
1 
85 Mode 1 
2nd INTA 
High Impedance 
3rd INTA 
High Impedance 


1 
1 
0 
0 
86 Mode 
1st INTA 
High Impedance 
2nd INTA 
V7 
V6 
V5 
V4 
V3 
V2" 
V1" 
VO" 


1st INTA 
High Impedance 
1 
0 
1 
0 
85 Mode 2 
2nd INTA 
V7 
V6 
V5 
V4" 
V3" 
V2" 
V1 
VO 
3rd INTA 
0 
0 
0 
0 
0 
0 
0 
0 


1st INTA 
High Impedance 
1 
0 
1 
1 
85 Mode 2 
2nd INTA 
High Impedance 
3rd INTA 
High Impedance 


1 
1 
0 
1 
86 Mode 
1st INTA 
High Impedance 
2nd INTA 
High Impedance 


NOTE: 
<These bits are variable 
if the "status 
affects 
vector" 
mode 
has been programmed, 
(WR1S, 
D2). 


Pin Functions 
Int/OMA 
Ch.AWR2 
Mode 
ROYAl 
ROYal 
PIPI 
IPOI 
Priority 


RxORQA 
TxORQA 
RxORQa 
TxORQa 


02 
01 
00 
CH.A 
CH.B 
Pin 32 
Pin 11 
Pin 29 
Pin 30 
Highest 
Lowest 


0 
0 
0 
INT 
INT 
ROYA 
ROYs 
iPi 
IPO 
RxA,TxA.RxB,TxB,EXTA,EXTs 


1 
0 
0 
INT 
INT 
RxA,RxB,TxA,TxB,EXTA,EXTs 


0 
0 
1 
OMA 
RxA, TxA (OMA) 


INT 
RxORQA 
TxORQA 
iPi 
IPO 
RxA(l), 
RxB, TxB, EXTA. EXTs (INT) 


1 
0 
1 
OMA 
RxA, TxA (OMA) 


INT 
RxA(l), 
RxB, TxB, EXT A, EXT S (INT) 


0 
1 
0 
OMA 
OMA 
RxA, TxA, RxB, TxB (OMA) 


RxORQA 
TxORQA 
RxORQs 
TxORQs 
RxA(1), RxB(l), 
EXT A, EXT s, (INT) 


1 
1 
0 
OMA 
OMA 
RxA, RxB, TxA, TxB, (OMA) 
RxA(1), RxB(1), EXTA, EXTs (INT) 


NOTE: 
1. Special 
Receive 
Condition 


inter 


8085 Modes 
V4 
V3 
V2 
Channel 
Condition 
8086/88 
Mode 
V2 
V1 
Vo 


0 
0 
0 
B 
Tx Buffer Empty 
0 
0 
1 
Ext/Status 
Change 
0 
1 
0 
Rx Char. Available 
0 
1 
1 
Special 
Rx Condition 
(Note 1) 


1 
0 
0 
A 
Tx Buffer Empty 
1 
0 
1 
Ext/Status 
Change 
1 
1 
0 
Rx Char. Available 
1 
1 
1 
Special Rx Condition 
(Note 1) 


NOTE: 
1. Special 
Receive 
Condition 
= Parity Error, Rx Overrun 
Error, Framing 
Error, End of Frame 
(SDlC). 


MSB 
LSB 
In:~:":~:~:~: 
~:wl 
'--- 


1..".."., 


WR2 CHANNEL 
B 
07-00 
Interrupt 
vector-This 
register 
con- 
tains the value of the interrupt 
vector 
placed 
on the data bus during 
inter- 
rupt acknowledge 
sequences. 


WR3 
DO 


07,06 
o 
0 
o 
1 


1 
0 


1 
1 


WR4 
DO 


Receiver 
Enable-A 
one enables 
the 
receiver 
to begin. This bit should 
be 
set only after the receiver 
has been 
initialized. 


Sync Character 
Load 
Inhibit-A 
one 
prevents 
the 
receiver 
from 
loading 
sync characters 
into the receive buff- 
ers. In SOLC, this bit must be zero. 


Address 
Search 
Mode-If 
the SOLC 
mode has been selected, 
the MPSC 
will receive 
all frames 
unless this bit 
is a 1. If this bit is a 1, the MPSC will 
receive 
only 
frames 
with 
address 
(OFFH) or the value loaded into WR6. 
This 
bit must 
be zero 
in non-SOLC 
modes. 


Receive 
CRC Enable-A 
one in this 
bit enables 
(or re-enables) 
CRC cal- 
culation. 
CRC calculation 
starts 
with 
the last character 
placed 
in the Re- 
ceiver 
FIFO. 
A zero 
in this 
bit dis- 
ables, but does not reset, the Receiv- 
er CRC generator. 


Enter 
Hunt 
Phase-After 
initializa- 
tion, the 
MPSC automatically 
enters 
the Hunt mode. 
If synchronization 
is 
lost, 
the 
Hunt 
phase 
can 
be re-en- 
tered by writing 
a one to this bit. 


Auto 
Enable-A 
one 
written 
to this 
bit causes CO to be automatic 
enable 
signal for the receiver 
and CTS to be 
an 
automatic 
enable 
signal 
for 
the 
transmitter. 
A zero written 
to this bit 
limits the effect 
of CD and CTS sig- 
nals to setting/resetting 
their 
corre- 
sponding 
bits 
in the 
status 
register 
(RRO). 


Receive 
Character 
length 


Receive 
5 Data bits/character 


Receive 
7 Data bits/character 


Receive 
6 Data bits/character 


Receive 
a Data bits/character 


Parity-A 
one in this bit causes a par- 
ity 
bit 
to 
be 
added 
to 
the 
pro- 
grammed 
number 
of 
data 
bits 
per 
character 
for 
both 
the 
transmitted 
and received 
character. 
If the MPSC 
is programmed 
to receive 
a bits per 
character, 
the parity 
bit is not trans- 
ferred 
to 
the 
microprocessor. 
With 
other 
receiver 
character 
lengths, 
the 
parity bit is transferred 
to the micro- 
processor. 


03,02 
o 
0 
o 
1 
1 
0 
1 
1 
05,04 
o 
0 
o 
1 


1 
0 


1 
1 


07,06 


Even/Odd 
Parity-If 
parity 
is 
en- 
abled, 
a one 
in this 
bit causes 
the 
MPSC 
to transmit 
and 
expect 
even 
parity, 
and a zero causes 
it to send 
and expect 
odd parity. 


Stop bits/sync 
mode 


Selects 
synchronous 
modes 


Async 
mode, 
1 stop bit! character 


Async mode, 1% stop bits/ character 


Async 
mode, 2 stop bits/character 


Sync mode select 


a-bit sync character 


16-bit sync character 


SOLC mode (Flag sync) 


External 
sync mode 


Clock Mode-Selects 
the clock/data 
rate 
multiplier 
for 
both 
the 
receiver 
and the transmitter. 
1x mode must be 
selected 
for synchronous 
modes. 
If 
the 1x mode is selected, 
bit synchro- 
nization 
must be done externally. 


o 
0 
Clock rate = Oata rate 
x 
1 


o 
1 
Clock rate = Oata rate 
x 
16 


1 
0 
Clock rate = Oata rate 
x 
32 


1 
1 
Clock rate = Oata rate x 
64 


WR5 
00 
Transmit 
CRC Enable-A 
one in this 
bit enables 
the transmitter 
CRC gen- 
erator. 
The CRC calculation 
is done 
when a character 
is moved 
from the 


transmit 
buffer 
into the shift register. 


A zero in this bit disables 
CRC calcu- 
lations. 
If this 
bit is not set when 
a 
transmitter 
underrun occurs, the CRC 
will not be sent. 


06,05 
o 
0 
o 
1 


1 
0 


1 
1 


Request 
to Send-A 
one 
in this 
bit 


forces 
the RTS pin active 
(low) and 


zero in this bit forces 
the RTS pin in- 


active 
(high). 


CRC Select-A 
one in this bit selects 


the CRC-16 
polynomial 
(X16 + X15 


+ X2 + 1) and a zero in this bit se- 
lects the CCITT-CRC 
polynomial 
(X16 


+ X12 + X5 + 1). In SOLC mode, 
CCITT·CRC 
must be selected. 


Transmitter 
Enable-A 
zero in this bit 


forces 
a marking 
state 
on the trans- 


mitter output. 
If this bit is set to zero 


during 
data or sync character 
trans- 


mission, the marking 
state is entered 


after the character 
has been sent. 
If 


this bit is set to zero during transmis- 
sion of a CRC character, 
sync or flag 


bits are substituted 
for the remainder 


of the CRC bits. 


Send Break-A 
one in this bit forces 


the transmit 
data low. A zero in this 


bit allows 
normal 
transmitter 
opera- 


tion. 


Transmit 
Character 
length 


Transmit 
1-5 
bits/character 


Transmit 
7 bits/character 


Transmit 
6 bits/character 


Transmit 
8 bits/character 


Bits to be sent must be right justified 
least significant 


bit first, e.g.: 


07 
06 
05 
04 
03 
02 
01 
00 


o 
0 
B5 
B4 
B3 
B2 
B1 
BO 


07 Oata Terminal 
Ready-When 
set, this bit forces 


the 
OTR pin active 
(low). 
When 
reset, 
this 
bit 


forces 
the OTR pin inactive 
(high). 


Five or less mode allows transmission 
of one to five bits per character. 
The 
microprocessor 
must format the data in the following 
way: 


07 
06 
05 
04 
03 
02 
01 
00 


1 
1 
1 
1 
0 
0 
0 
BO 
1 
1 
1 
0 
0 
0 
B1 
BO 
1 
1 
0 
0 
0 
B2 
B1 
BO 
1 
0 
0 
0 
B3 
B2 
B1 
BO 
o 
0 
0 
B4 
B3 
B2 
B1 
BO 


Sends one data bit 
Sends two data bits 
Sends three data bits 
Sends four data bits 
Sends five data bits 


inter 


MSB 
I 07 : 06 
: 05 
: 04 
: 03 : 02 : 


Least 
significant 


Sync byle (Address 
In SOLC/HOLC Mode) 


170102-11 


WR6 
07-00 
Sync/Address-This 
register 
con- 
tains 
the transmit 
sync 
character 
in 
Monosync 
mode, 
the 
low 
order 
8 
sync bits in Bisync 
mode, or the Ad- 
dress byte in SOLC mode. 


WR7 
07-00 
Sync/Flag-This 
register 
contains 
the receive 
sync character 
in Mono- 
sync mode, the high order 8 sync bits 
in Bisync mode, or the Flag character 
(01111110) 
in SOLC 
mode. 
WR7 
is 
not used in External 
Sync mode. 


RRO 
00 


LSB 


05 
: 04 : 03 : 
02 
: 01 
: 00 I 


1M"".""" 
Sync byte (must 
be 01111110 In 
SOLC/HOLC Mode) 


170102-12 


Receive 
Character 
Available-This 
bit is set when the receive 
FIFO con- 
tains 
data 
and 
is 
reset 
when 
the 
FIFO is empty. 


Interrupt 
In-Service·-If 
an 
Internal 
Interrupt 
is pending, 
this bit is set at 
the falling 
edge of the second 
INTA 
pulse of an INTA cycle. 
In non-vec- 
tored 
mode, this bit is set at the fail- 
ing 
edge 
of 
RO after 
pointer 
2 
is 
specified. 
This 
bit is reset 
when 
an 
EOI 
command 
is issued 
and 
there 
are no other 
interrupts 
in-service 
at 
that time. 


Transmit 
Buffer 
Empty-This 
bit 
is 
set whenever 
the 
transmit 
buffer 
is 


·This 
bit is only valid when TPf is active 
low and is 
always zero in Channel 
B. 


empty except when CRC characters 
are being sent in a synchronous 
mode. This bit is reset when the 
transmit buffer is loaded. This bit is 
set after an MPSC reset. 
Carrier Detect-This 
bit contains the 
state of the CD pin at the time of the 
last change of any of the External/ 
Status bits (CD, CTS, Sync/Hunt, 
Break/ Abort, or Tx Underrun/EOM). 
Any change of state of the CD pin 
causes the CD bit to be latched and 
causes an External/Status interrupt. 
This bit indicates current state of the 
CD pin immediately following a Reset 
External/Status Interrupt command. 
Sync/Hunt-In 
asynchronous modes, 
the operation of this bit is similar to 
the CD status bit, except that Sync/ 
Hunt shows the state of the SYNDET 
input. Any High-to-Low transition on 
the SYNDET pin sets this bit, and 
causes an External/Status interrupt 
(if enabled). The 
Reset External/ 
Status Interrupt command is issued 
to clear the interrupt. A Low-to-High 
transition clears this bit and sets the 
External/Status interrupt. When the 
External/Status interrupt is set by the 
change in state of any other input or 
condition, this bit shows the inverted 
state of the SYNDET pin at time of 
the change. This bit must be read im- 
mediately following a Reset Exter- 
nal/Status 
Interrupt 
command 
to 
read 
the 
current 
state 
of 
the 
SYNDET input. 


In the 
External 
Sync 
mode, the 
Sync/Hunt bit operates in a fashion 
similar to the Asynchronous mode, 
except the Enter Hunt Mode control 
bit enables the external sync detec- 
tion logic. When the External Sync 
Mode and Enter Hunt Mode bits are 
set (for example, when the receiver is 
enabled 
following 
a 
reset), 
the 
SYNDET input must be held High by 
the external logic until external char- 
acter synchronization is achieved. A 
High at the SYNDET input holds the 
Sync/Hunt status in the reset condi- 
tion. 
When 
external 
synchronization 
is 
achieved, SYNDET must be driven 
Low on the second rising ~ 
of 
RxC after the rising edge of RxC on 
which the last bit of the sync charac- 
ter was received. In other words, af- 


ter the sync pattern is detected, the 
external logic must wait for two full 
Receive Clock cycles to activitate the 
SYNDET input. Once SYNDET is 
forced Low, it is good practice to 
keep it Low until the CPU informs the 
external sync logic that synchroniza- 
tion has been lost or a new message 
is about to start. The High-to-Low 
transition of the SYNDET output sets 
the Sync/Hunt bit, which sets the Ex- 
ternal/Status 
interrupt. 
The 
CPU 
must clear the interrupt by issuing the 
Reset 
External/Status 
Interrupt 
Command. 
When the SYNDET input goes High 
again, another External/Status inter- 
rupt is generated that must also be 
cleared. The Enter Hunt Mode con- 
trol bit is set whenever character syn- 
chronization is lost or the end of 
message is detected. In this case, 
the MPSC again looks for a High-to- 
Low transition on the SYNDET input 
and the operation repeats as ex- 
plained previously. This implies the 
CPU should also inform the external 
logic that character synchronization 
has been lost and that the MPSC is 
waiting for SYNDET to become ac- 
tive. 
In the Monosync and Bisync Receive 
modes, the Sync/Hunt status bit is 
initially set to 1 by the Enter Hunt 
Mode bit. The Sync/Hunt bit is reset 
when the MPSC establishes charac- 
ter synchronization. The High-to-Low 
transition of the Sync/Hunt bit caus- 
es an External/Status interrupt that 
must be cleared by the CPU issuing 
the Reset External/Status 
Interrupt 
command. This enables the MPSC to 
detect the next transition of other Ex- 
ternal/Status bits. 
When the CPU detects the end of 
message or that character synchroni- 
zation is lost, it sets the Enter Hunt 
Mode control 
bit, which 
sets the 
Sync/Hunt bit to 1. The Low-to-High 
transition of the Sync/Hunt bit sets 
the External/Status Interrupt, which 
must also be cleared by the Reset 
External/Status Interrupt Command. 
Note that the SYNDET pin acts as an 
output in this mode, and goes low ev- 
ery time a sync pattern is detected in 
the data stream. 


In the SOLC mode, the Sync/Hunt bit 
is initially set by the Enter Hunt mode 
bit, or when the receiver is disabled. 
In any case, it is reset to ° when the 
opening flag of the first frame is de- 
tected by the MPSC. The External/ 
Status interrupt is also generated, 
and should be handled as discussed 
previously. 
Unlike the 
Monosync and 
Bisync 
modes, once the Sync/Hunt bit is re- 
set in the SOLC mode, it does not 
need to be set when the end of mes- 
sage is detected. The MPSC auto- 
matically maintains synchronization. 
The only way the Sync/Hunt bit can 
be set again is by the Enter Hunt 
Mode bit, or by disabling the receiver. 
Clear to Send-This 
bit contains the 
inverted state of the CTS pin at the 
time of the last change of any of the 
External/Status bits (CO,CTS, Sync/ 
Hunt, Break/Abort, or Tx Underrun/ 
EOM). Any change of state of the 
CTS pin causes the CTS bit to be 
latched 
and causes an 
External/ 
Status interrupt. This bit indicates the 
inverse of the current state of the 
CTS pin immediately following a Re- 
set External/Status 
Interrupt com- 
mand. 
Transmitter Underrun/End of Mes- 
sage-This 
bit is in a set condition 
following a reset (internal or exter- 
nal). The only command that can re- 
set this bit is the Reset Transmit Un- 
derrun/EOM Latch command (WRO, 
06 and 07). When the Transmit Un- 
derrun condition occurs, this bit is 
set, 
which 
causes 
the 
External/ 
Status Interrupt which must be reset 
by issuing a Reset External/Status 
command (WRO;command 2). 
Break/ Abort-In 
the Asynchronous 
Receive mode, this bit is set when a 
Break sequence (null character plus 
framing error) is detected in the data 
stream. The External/Status 
inter- 
rupt, if enabled, is set when break is 
detected. The interrupt service rou- 
tine must issue the Reset External/ 
Status 
Interrupt 
command 
(WRO, 
Command 2) to the break detection 
logic so the Break sequence termina- 
tion can be recognized. 
The Break/Abort 
bit is reset when 
the 
termination 
of the 
Break se- 
quence is detected in the incoming 
data stream. The termination of the 


RR1: 
03,02,01 


Break sequence also causes the Ex- 
ternal/Status interrupt to be set. The 
Reset External/Status Interrupt com- 
mand must be issued to enable the 
break detection logic to look for the 
next Break sequence. A single extra- 
neous null character is present in the 
receiver after the termination of a 
break; it should be read and discard- 
ed. 
In the SOLC Receive mode, this 
status bit is set by the detection of an 
Abort sequence (seven or more 1's). 
The External/Status interrupt is han- 
dled the same way as in the case of 
a Break. The Break/Abort bit is not 
used in the Synchronous Receive 
mode. 
All Sent-This 
bit is set when all 
characters have been sent, in asyn- 
chronous modes. It is reset when 
characters are in the transmitter, in 
asynchronous 
modes. 
In synchro- 
nous modes, this bit is always set. 
Residue 
Codes-Bit 
synchronous 
protocols allow I-fields that are not 
an integral number of characters. 
Since transfers from the MPSCto the 
CPU are character oriented, the resi- 
due codes provide the capability of 
receiving leftover bits. Residue bits 
are right justified in the last data byte 
received or first CRC byte. 
Parity Error-If 
parity is enabled, this 
bit is set for 
received characters 
whose parity does not match the pro- 
grammed sense (Even/Odd). This bit 
is latched. Once an error occurs, it 
remains set until the Error Reset 
command is written. 
Receive Overrun Error-This 
bit indi- 
cates that the receive FIFO has been 
overloaded by the receiver. The last 
character in the FIFO is overwritten 
and flagged with this error. Once the 
overwritten character is read, this er- 
ror condition is latched until reset by 
the Error Reset command. If the 
MPSC is in the status affects vector 
mode, the overrun causes a special 
Receive Condition Vector. 
CRC/Framing 
Error-In 
async 
modes, a one in this bit indicates a 
receive framing error. In synchronous 
modes, a one in this bit indicates that 
the calculated CRC value does not 
match the last two bytes received. It 
can be reset by issuing an Error Re- 
set command. 


inter 


8 bits/char 
7 bits/char 
6 bits/char 
5 bits/char 


RR1 
First CRC Last Data FirstCRC 
Last Data First CRC Last Data FirstCRC 
Last Data 
03 
02 
01 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 


1 
0 
0 
0 
3 
0 
2 
0 
1 
0 
5 


0 
1 
0 
0 
4 
0 
3 
0 
2 
0 
1 


1 
1 
0 
0 
5 
0 
4 
0 
3 
0 
2 


0 
0 
1 
0 
6 
0 
5 
0 
4 
0 
3 


1 
0 
1 
0 
7 
0 
6 
0 
5 
- 
- 


0 
1 
1 
0 
8 
0 
- 
- 
- 
- 
- 


1 
1 
1 
1 
8 
- 
- 
- 
- 
- 
- 


0 
0 
0 
2 
8 
1 
7 
0 
6 
0 
4 


FIRSTCRC 
~ 
BYTE 
LAST 
DATA 
BYTE 


0 
0 
0 
2 
8 


0 
0 
1 
0 
6 


0 
1 
0 
0 
4 


0 
1 
1 
0 
8 
RESIDUE 
DATA 
8 BITS/CHAR. 
MODE 
1 
0 
0 
0 
3 


1 
0 
1 
0 
7 


1 
1 
0 
0 
5 


1 
1 
1 
8 


End of Frame-This 
bit is valid only 
in SOLC mode. A one indicates that a 
valid ending flag has been received. 
This bit is reset either by an Error Re- 
set command or upon reception of 
the first character of the next frame. 


MSB 
LSB 
I 
V7 
: va: 
V5 
: 
vO' 
: V3- 
: V2' 
: 
Vl' 
: vo-I 


-Van.bleln 
StatuI Affect, 
Vector 
Mod. 
(WA1; 
02) 


RR2 
07-00 


ChannelB 
Interrupt Vector-Gontains 
the inter- 
rupt vector programmed into WR2. If 
the status affects vector mode is se- 
lected (WR1; 02), it contains the 
modified vector 
(See WR2). RR2 
contains the modified vector for the 
highest priority interrupt pending. If 
no interrupts are pending, the vari- 
able bits in the vector are set to one. 


The MPSC to Microprocessor System interface can 
be configured in many flexible ways. The basic inter- 
face types are polled, wait, interrupt driven, or direct 
memory access driven. 


Polled operation is accomplished by repetitively 
reading the status of the MPSC, and making deci- 
sions based on that status. The MPSCcan be polled 
at any time. 


Wait operation allows slightly faster data throughput 
for the MPSC by manipulating the Ready input to the 
microprocessor. Block Read or Write Operations to 
the MPSC are started at will by the microprocessor 
and the MPSC deactivates its ROY signal if it is not 
yet ready to transmit the new byte, or if reception of 
new byte is not completed. 


Interrupt driven operation is accomplished via an in- 
ternal or external interrupt controller. When the 
MPSC requires service, it sends an interrupt request 
signal to the microprocessor, which responds with 


an interrupt acknowledge signal. When the internal 
or external interrupt controller receives the acknowl- 
edge, it vectors the microprocessor to a service rou· 
tine, in which the transaction occurs. 


DMA operation is accomplished via an external OMA 
controller. When the MPSC needs a data transfer, it 
requests a OMA cycle from the DMA controller. The 
DMA controller then takes control of the bus and 
simultaneously does a read from the MPSC and a 
write to memory or vice-versa. 


The following section describes the many configura- 
tions of these basic types of system interface tech- 
niques for both serial channels. 


In the polled mode, the CPU must monitor the de- 
sired conditions within the MPSC by reading the ap- 
propriate bits in the read registers. All data available, 
status, and error conditions are represented by the 
appropriate bits in read registers 0 and 1 for chan- 
nels A and B. 


There are two ways in which the software task of 
monitoring the status of the MPSC has been re- 
duced. One is the "ORing" of all conditions into the 
Interrupt Pending bit. (RRO;01 channel A only). This 
bit is set when the MPSC requires service, allowing 
the CPU to monitor one bit instead of four status 
registers. The other is available when the "status-af- 
fects-vector" 
mode is selected. By reading RR2 
Channel B, the CPU can read a vector who's value 
will indicate that one or more of group of conditions 
has occurred, narrowing the field of possible condi- 
tions. See WR2 and RR2 in the Detailed Command 
Description section. 


Wait Operation is intended to facilitate data trans- 
mission or reception using block move operations. If 
a block of data is to be transmitted, for example, the 
CPU can execute a String I/O instruction to the 
MPSC. After writing the first byte, the CPU will at· 
tempt to write a second byte immediately as is the 
case of block move. The MPSC forces the ROY sig- 
nal low which inserts wait states in the CPU's write 
cycle until the transmit buffer is ready to accept a 
new byte. At that time, the ROY signal is high allow- 
ing the CPU to finish the write cycle. The CPU then 
attempts the third write and the process is repeated. 


Similar operation can programmed for the receiver. 
During initialization, wait on transmit (WR1; 05 = 0) 


inter 


NOTES: 
1. RRO; DO is reset automatically when the data is 
read. 
2. RRO;D2 is reset automatically when the data is writ· 
ten. 


or wait on receive (WR1; 05 = 1) can be selected. 
The wait operation can be enabled/disabled by set- 
ting/resetting the Wait Enable Bit (WR1; 07). 


NOTE: 


CAUTION: ANY CONDITION THAT CAN CAUSE 
THE TRANSMITTER TO STOP (EG., CTS GOES 
INACTIVE) OR THE RECEIVER TO STOP (EG., 
RX DATA STOPS) WILL CAUSE THE MPSC TO 
HANG THE CPU UP IN WAIT STATES UNTIL RE- 
SET. 
EXTREME 
CARE 
SHOULD 
BE 
TAKEN 


WHEN USING THIS FEATURE 


The MPSC can be programmed into several inter- 
rupt modes: Non-Vectored, 8085 vectored, 
and 


8088/86 vectored. In both vectored modes, multiple 
MPSC's can be daisy-chained. 


In the vectored mode, the MPSC responds to an 
interrupt acknowledge sequence by placing a call in- 
struction (8085 mode) and interrupt vector (8085 
and 8088/86 mode) on the data bus. 


The MPSC can be programmed to cause an inter- 
rupt due to up to 14 conditions in each channel. The 
status of these interrupt conditions is contained in 
Read Registers 0 and 1. These 14 conditions are all 
directed to cause 3 different types of internal inter- 
rupt request for each channel: receive/interrupts, 
transmit interrupts and external/status interrupts (if 
enabled). 


This results in up to 6 internal interrupt request sig- 
nals. The priority of those signals can be pro- 
grammed to one of two fixed modes: 


The interrupt priority resolution works differently for 
vectored and non-vectored modes. 


~ ADDRESS 
BUS 
~- 
11 


I r 
I I 


~ DATA BUS 
I, 
1m 
I 


WR 
I 
vcc 


'- 


:> 
L....- 
DB0-7 
INTA 
D< 
L- 
8205 
:> 
- 
Ao 
- 
:> 
A, 
MPSC 
cs 


RD 
.. 


WR 


RECEIVECHARACTER 


PARITYERROR 
RECEIVEOVERRUNERROR 
_ 
FRAMING ERROR 
• 
END OF FRAME(SDLC ONLY)_ 


FIRST DATACHARACTER 
FIRST NON·SYNCCHARACTER(SYNC MODES) 
VALID ADDRESSBYTE(SDLC ONLY) 


CD TRANSITION----------------------rl 
I 
m6~~~~~:~I~N 
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INTERRUPT 
---- 
TRANSMIT BUFFEREMPTY 


INTERNAL 


INTERRUPT 
ACCEPTED 


HIGHER 
-1:r~~:&~\S--- 
ACCEPTED 


ing) edge of the first External INTA pulse and reset 
on the trailing (rising) edge of the second External 
INTA pulse. After an interrupt is accepted intern~ 
and External INT request is generated and the IPO 
goes inactive. IPO and TPi are used for daisy-chain- 
ing MPSC's together. 


Any interrupt condition can be accepted internally to 
the MPSC at any time, unless the MPSC's internal 
INTA signal is active, unless a higher priority inter- 
rupt is currently accepted, or if TPi is inactive (high). 
The MPSC's internallNTA is set on the leading (fall- 


,~'"'",,,'",- ~ 
ACCEPTED 


(~WERR':.U~~\ 
/ 


The MPSC's 
internallNTA 
is set on the leading (faIl- 


ing) edge of the first external 
INTA pulse, and reset 
on the trailing 
(rising) 
edge of the second 
external 
INTA pulse. After an interrupt 
is accepted 
internally, 
and external 
INT request 
is generated 
and IPO goes 
inactive 
(high). IPO and fi5f are used for daisy-chain- 
ing MPSC's 
together. 


Each of the six interrupt 
sources 
has an associated 
In-Service 
latch. After priority has been resolved, 
the 
highest 
priority 
In-Service 
latch 
is set. After 
the In- 
Service 
latch is set, the INT pin goes inactive 
(high). 


NOTE: 
If the External 
INT pin is active 
and the IPI signal 
is pulled 
inactive 
high, the INT signal 
will also go inactive. 
IPI quali- 


fies the External 
INT Signal. 


H ••VICE 
JtOUTIHE 


INTERNAL 
INTERRUPT 
- 
j..-----------------_t 


ACCEPTED .J 


INT... 
/ 
(INTERNAl) -----J 


IN·SERVICE 
/ 
(INTERNAL) --~ 


Lower 
priority 
interrupts 
are not accepted 
internally 
while the In-Service 
latch is set. However, 
higher pri- 
ority interrupts 
are accepted 
internally 
and a new ex- 
ternal INT request 
is generated. 
If the CPU responds 
with a new INTA sequence, 
the MPSC will respond 
as before, 
suspending 
the lower priority 
interrupt. 


After 
the 
interrupt 
is serviced, 
the 
End-of-Interrupt 
(EOI) command 
should be written to the MPSC. This 
command 
will cause an internal 
pulse that is used to 
reset the In-Service 
Latch which 
allows 
service 
for 
lower priority interrupts 
in the daisy-chain 
to resume, 
provided 
a new INTA sequence 
does not start for a 
higher priority 
interrupt 
(higher than the highest 
un- 
der service). 
If there is no interrupt 
pending 
internal- 
ly, the IPO follows iPT. 


PRIORITY 
RESOLUTION: 
NON·VECTORED 
MODE 


In non-vectored mode, the MPSC does not' respond 
to interrupt acknowledge sequences. The INTA input 
(pin 27) must be pulled high for proper operation. 
The MPSC should be programmed to the Status-Af- 
fects-Vector mode, and the CPU should read RR2 
(Ch. B) in its service routine to determine which in- 
terrupt requires service. 


In this case, the internal pointer being set to RR2 
provides the same function as the internallNTA sig- 


nal in the vectored mode. It inhibits acceptance of 
any additional internal interrupts and its leading 
edge starts the interrupt priority resolution circuit. 
The interrupt priority resolution is ended by the lead- 
ing edge of the read signal used by the CPU to re- 
trieve the modified vector. The leading edge of read 
sets the In-Service latch and forces the external INT 
output inactive (high). The internal pointer is reset to 
zero after the trailing edge of the read pulse. 


NOTE: 
That if RR2 is specified but not read, no internal in- 
terrupts, regardless of priority, are accepted. 


inter 


In the vectored interrupt mode, m~le 
MPSC's can 
be daisy-chained on the same INT, INTA signals. 
These signals, in conjunction with the IPI and IPO 
allow a daisy-chain-like interrupt resolution scheme. 
This scheme can be configured for either 8085 or 
8086/88 based system. 


In either mode, the same hardware configuration is 
called for. The INT request lines are wire-OR'ed to- 
gether at the input of a TTL inverter which drives the 
INT pin of the CPU. The INTA signal from the CPU 
drives all of the daisy-chained MPSC's. 


The MPSCdrives IPO (Interrupt Priority Output) inac- 
tive (high) if 1Pi (Interrupt Priority Input) is inactive 
(high), or if the MPSC has an interrupt pending. 


The IPO of the highest priority MPSC is connected 
to the IPI of the next highest priority MPSC, and so 
on. 


TAT 


lJIl 


If 1Pi is active (low), the MPSC knows that all higher 
priority MPSC's have no interrupts pending. The 1Pi 
pin of the highest priority MPSC is strapped active 
(low) to ensure that it always has priority over the 
rest. 


MPSC's Daisy-chained on an 8088/86 CPU should 
be programmed to the 8088/86 
Interrupt mode 
(WR2; 04, 03 Ch. A). MPSC's Daisy-chained on an 
8085 CPU should be programmed to 8085 interrupt 
mode 1 if it is the highest priority MPSC. In this 
mode, the highest priority MPSC issues the CALL 
instruction during the first INTA cycle, and the inter- 
rupting MPSC provides the interrupt vector during 
the following INTA cycles. Lower priority MPSC's 
should be programmed to 8085 interrupt mode 2. 


MPSC's used alone in 8085 systems should be pro- 
grammed to 8085 mode 1 interrupt operation. 


inter 
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Each MPSC can be programmed to utilize up to four 
OMA channels: Transmit Channel A, Receive Chan- 
nel A. Transmit Channel B, Receive Channel B. 
Each OMA Channel has an associated OMA Re- 
quest line. Acknowledgement of a OMA cycle is 
done via normal data read 'or write cycles. This is 
accomplished by encoding the OACKsignals to gen- 
erate Ao. A1, and CS, and multiplexing them with the 
normal Ao. A1. and CS signals. 


Channels A and B can be used with different system 
interface modes. In all cases it is possible to poll the 
MPSC. The following table shows the possible per- 


mutations of interrupt, wait, and OMA modes for 
channels A and B. Bits 01, Do of WR2 Ch. A deter- 
mine these permutations. 


Permutation 
WR2Ch.A 
Channel A 
ChannelB 
01 
00 


0 
0 
Wait 
Wait 
Interrupt 
Interrupt 
Polled 
Polled 


0 
1 
OMA 
Interrupt 
Polled 
Polled 


1 
0 
OMA 
OMA 
Polled 
Polled 


NOTE: 
01, 
DO = 1,1 
is illegal. 


§1 


CLR 
0 
t--- 
74L$74 


ClK 
~ 


- 
-=:0100 


..-- 
5T8 


1212-r- 


liliIlI 
ImlWIl 


HLOA 
•• 0 


AEN 
I7illi 


IIOW 


READY 
ClK 


RESET 


! 
II 
•... A. 


II 
I 


00o-DO, 


8212 
5T8 
OE 01,-01, 
I 
00-01 


DAQo 
1lRK, - 


ORO I 
llRR, 
- 
ORO, 


llRR, 
~~-I~I~lbo:-- 


• 
=hr...~""" 
•.•.•. 
I...... 
.,...,....V 


I'" 
•••. 
• 
I...... 
I 
~!__ 
t:'" 
J 


NOTE: 
The circuit was not designed 
based on a worst-case 
timing 
analysis. 
Specific 
implementations 
should 
include 
this timing 
analysis. 
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This section will describe some useful programming 
hints which may be useful in program development. 


Asynchronous 
Operation 


At the end of transmission, the CPU must issue "Re- 
set Transmit InterruptiOMA Pending" command in 
WROto reset the last transmit empty request which 
was not satisfied. Failing to do so will result in the 
MPSC locking up in a transmit empty state forever. 


In non-vectored mode, the Interrupt Acknowledge 
pin (INTA) on the MPSC mus(be tied high through a 
pull-up resistor. Failing to do so will result in unpre- 
dictable response from the 8274. 


When receiving data in SOLC mode, the CRC bytes 
must be read by the CPU (or OMA controller) just 
like any other data field. Failing to do so will result in 
receiver buffer overflow. The CRC bytes are not to 
be used for CRC verification. Residue bits may be 
contained in the first CRC byte. Also, the End of 
Frame Interrupt indicates that the entire frame has 
been received. At this point, the CRC result (RR1: 
06) and residue code (RR1; 03, 02, 01) may be 
checked. 


RR2 contains the vector which gets modified to indi- 
cate the source of interrupt (See the section titled 
MPSC Modes of Operation). However, the state of 
the vector does not change if no new interrupts are 
generated. The contents of RR2 are only changed 
when a new interrupt is generated. In order to get 
the correct information, RR2 must be read only after 
an interrrupt is generated, otherwise it will indicate 
the previous state. 


The MPSC initialization routine must issue a channel 
Reset Command at the beginning. WR4 should be 
defined before other registers. At the end of the ini- 
tialization sequence, Reset External/Status and Er- 
ror Reset commands should be issued to clear any 
spurious interrupts which may have been caused at 
power up. 


In SOLC/HOLC, bisync and monosync mode, the 
transmit under-run/EOM must be reset to enable the 
CRC check bytes to be appended to the transmit 
frame or transmit message. The transmit under-run/ 
EOM latch can be reset only after the first character 
is loaded into the transmit buffer. When the transmit- 
ter under-runs at the end of the frame, CRC check 
bytes are appended to the frame/message. 
The 
transmit under-run/EOM latch can be reset at any 
time during the transmission after the first character. 
However, it should be reset before the transmitter 
under-runs otherwise, both bytes of the CRC may 
not be appended to the frame/message. In the re- 
ceive mode in bisync operation, the CPU must read 
the CRC bytes and two more SYNC characters be- 
fore checking for valid CRC result in RR1. 


In bisync/monosync mode only, it is possible to pre- 
vent loading sync characters into the receive buffers 
by setting the sync character load inhibit bit (WR3; 
01 = 1). Caution must be exercised in using this 
option. It may be possible to get a CRC character in 
the received message which may match the sync 
character and not get transferred to the receive buff- 
er. However, sync character load inhibit should be 
enabled during all pre-frame sync characters so the 
software routine does not have to read them from 
the MPSC. 


In SOLC/HOLC mode, sync character load inhibit bit 
must be reset to zero for proper operation. 


EOI command can only be issued through channel A 
irrespective of which channel had generated the in- 
terrupt. 


There is no priority in OMA mode between the fol- 
lowing four signals: TxORQ(CHA), RxORQ(CHA), 
TxORQ(CHB), RxORQ(CHB). The priority between 
these four signals must be resolved by the OMA 
controller. At any given time, all four OMA channels 
from the 8274 are capable of going active. 


•Notice: Stresses above those listed under '~bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O·C to + 70·C 


Storage 
Temperature 
(Ceramic 
Package) 
- 65·C to + 150·C 
(Plastic Package) 
-40·C 
to + 125·C 


Voltage 
on Any Pin with 
Respect 
to Ground 
-0.5V 
to + 7.0V 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
+0.8 
V 


VIH 
Input High Voltage 
+2.0 
Vee +0.5 
V 


VOL 
Output Low Voltage 
+0.45 
V 
IOL = 2.0mA 


VOH 
Output High Voltage 
+2.4 
V 
IOH = 200 p.A 


IlL 
Input Leakage Current 
±10 
p.A 
VIN = Vee to OV 


IOFL 
Output 
Leakage Current 
±10 
p.A 
VOUT = Vee to 0.45V 


Ice 
Vee Supply Current 
200 
mA 


NOTE: 
1. For Extended 
Temperature 
EXPRESS, 
use MIL8274 
electrical 
Parameters. 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
fc = 1 MHz 


COUT 
Output Capacitance 
15 
pF 
Unmeasured 
pins 


CliO 
Input/Output 
Capacitance 
20 
pF 
returned 
to GND 
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Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


tCY 
ClK 
Period 
250 
4000 
ns 


tel 
ClK 
low 
Time 
105 
2000 
ns 


teH 
ClK 
High Time 
105 
2000 
ns 


tr 
ClK 
Rise Time 
0 
30 
ns 


tf 
ClK 
Fall Time 
0 
30 
ns 


tAR 
AO, A 1 Setup to RD J, 
0 
ns 


tAO 
AO, A 1 to Data Output Delay 
200 
ns 
Cl = 150 pF 


tRA 
AO, A 1 Hold after RD i 
0 
ns 


tRO 
RD J, to Data Output Delay 
200 
ns 
Cl = 150 pF 


tRR 
RD Pulse Width 
250 
ns 


tOF 
Output Float Delay 
120 
ns 


tAW 
CS, AO, A 1 Setup to WR J, 
0 
ns 


tWA 
CS, AO, A 1 Hold after WR i 
0 
ns 


tww 
WR Pulse Width 
250 
ns 


tow 
Data Setup to WR i 
150 
ns 


two 
Data Hold after WR i 
0 
ns 


tpi 
IPI Setup to INTA J, 
0 
ns 


tiP 
IPI Hold after INTA i 
10 
ns 


tll 
INTA Pulse Width 
250 
ns 


tplPO 
IPI J, to IPO Delay 
100 
ns 


tlO 
INTA J, to Data Output Delay 
200 
ns 


tca 
RD or WR to ORO J, 
150 
ns 


tRY 
Recovery 
Time Between 
Controls 
300 
ns 


tcw 
CS, AO, A1 to RDYA or RDYs Delay 
140 
ns 


tOCY 
Data Clock Cycle 
4.5 
tcy 


tOCl 
Data Clock low 
Time 
180 
ns 


tOCH 
Data Clock High Time 
180 
ns 


tTO 
TxC to TxD Delay (x1 Mode) 
300 
ns 


tos 
RxD Setup to RxC i 
0 
ns 


tOH 
RxD Hold after RxC i 
140 
ns 


tlTO 
TxC to INT Delay 
4 
6 
tcy 


tlRO 
RxC to INT Delay 
7 
10 
tcy 


tpl 
CTS, CD, SYNDET 
low 
Time 
200 
ns 


tpH 
CTS, CD, SYNDET 
High Time 
200 
ns 


tlPO 
ExternallNT 
from CTS, CD, SYNDET 
500 
ns 
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H 


045=x::> TEST POINTS <::x= 


DEVICE 
UNDER 
TEST 


170102-27 


A.C. Testing; Inputs are driven at 2.4V lor a Logic "1" and 0.45V 
lor a Logic "0". Timing measurements are made at 2.0V lor a 
Logic "1" and 0.8V lor a Logic "0". 


IC' ~150pF 


1- 


inter 


/ 


NOTES: 
1. INTA signal 
as RD signal. 


2. IPI signal acts as CS signal. 
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82530/82530-6 
SERIAL COMMUNICATIONS 
CONTROLLER (SCC) 
• Two Independent Full Duplex Serial 
• Available in Express Version 
Channels 
• Asynchronous Modes 
• On Chip Crystal Oscillator, Baud~Rate 
- 
5-8 bit Character; Odd, Even or No 
Generator and Digital Phase Locked 
Parity; 1, 1.5 or 2 Stop Bits 
Loop for Each Channel 
- 
Independent Transmit and Receive 
• Programmable for NRZ, NRZI or FM 
Clocks. lX, 16X, 32X or 64X 


Data Encoding/Decoding 
Programmable Sampling Rate 
- 
Error Detection: Framing, Overrun 
• Diagnostic Local Loopback and 
and Parity 
Automatic Echo for Fault Detection and 
- 
Break Detection and Generation 
Isolation 
Bit Synchronous Modes 
• 
• System Clock Rates: 
- 
SDLC Loop/Non-Loop Operation 
- 
4 MHz for 82530 
-CRC-16 
or CCITT Generation 
- 
6 MHz for 82530~6 
Detection 
• Max Bit Rate (6 MHz) 
- 
Abort Generation and Detection 
- 
Externally Clocked: 1.5 Mbps 
-I-field 
Residue Handling 
Self~Clocked: 
- 
CCITT X.25 Compatible 
375 Kbps FM CODING 
• Byte Synchronous Modes 
187 Kbps NRZI CODING 
-Internal 
or External Character 
93 Kbps Asynchronous 
Synchronization (lor 
2 Characters) 
• Interfaces with Any INTEL CPU, DMA or 
- 
Automatic CRC Generation and 
I/O Processor 
Checking (CRC 16 or CCITT) 
• Available In 40 Pin DIP and 44 Lead 
-IBM 
Bisync Compatible 


PLCC 


The INTEL 82530 Serial Communications 
Controller 
(SCC) is a dual-channel, 
multi-protocol 
data communica- 
tions peripheral. 
It is designed 
to interface 
high speed 
communications 
lines using Asynchronous, 
Byte syn- 


chronous 
and Bit synchronous 
protocols 
to INTEL's 
microprocessors 
based systems. 
It can be interfaced 
with 
Intel's 
MCS51 196, iAPX86/88/186 
and 188 in polled, 
interrupt 
driven or DMA driven 
modes of operation. 


The SCC is a 40-pin device 
manufactured 
using INTEL's 
high-performance 
HMOS' 
II technology. 
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ROYAIREOA 


ROYe/REO. 
lffiiAlAECiA 


DTRe/REO. 


DATA 
BUS 
BUFFERS 


BAUD 
RATE 
GENERATOR 


TaD. 


RIO. 
1l'l'iC. 


TRIC. 


Dill 
DBO 


DB3 
DB2 


DBS 
DB4 


DB7 
DB6 
I~ ~ ~ ~ ~ ~ ~ ~ ~ I~ I~ 


lRT 
AD 
II 
II 
II 


6 
S 
4 
3 
2 
14443424140 
IEO 
WR 
lED 
7 
39 
A/ii 


lEI 
Alii 
lEI 
8 
38 
CS 


iNTA 
CS 
INTA 
9 
37 
o/e 


Vcc 
ole 
Vcc 
10 
36 
NC 


RoY/REOo 
11 
35 
GNo 
IffiV AIAll)A 
GND 
SYNca 
12 
82530 
34 
RoY/REOb 
SCC 
SVR"CA 
RDYBIREOB 
RTxca 
13 
33 
SYNCb 


IlfiCA 
SYNCB 
RxDo 
14 
32 
RTxCb 


RTICB 
TRxCo ;:: 
15 
31 
Rxob 
RIDA 
TxDo 
TRxCb 
16 
30 
miCA 
RIDB 
NC 
17 
29 
Txob 


TIDA 
TRiCB 
181920212223 
24 25 26 27 28 


DfRA/REOA 
TIDB 
II 
II 
~l~1~lel§ 


:::.::: 
.l:l .D 
.l:l .l:l 0 
liTSA 
DTRs/REOB 
d IS I~I~I~z 


C'fSA 
RTSB 
.....• 
.....• 


l~ 
I~ 
C"DA 
me 
230834-43 


ClK 
COB 


Symbol 
Pin No. 
Type 
Name and Function 
DIP 
PLCC 


DBa 
40 
1 
I/O 
DATA BUS: The Data Bus lines are bi-directional 
three-state 
lines 


DB1 
1 
2 
I/O 
which interface 
with the system's 
Data Bus. These lines carry data 


DB2 
39 
44 
I/O 
and commands 
to and from the sec. 


DBs 
2 
3 
I/O 
DB4 
38 
43 
I/O 
DBs 
3 
4 
I/O 


DB6 
37 
42 
I/O 
DB] 
4 
5 
I/O 


INT 
5 
6 
0 
INTERRUPT 
REQUEST: 
The interrupt 
signal is activated 
when the 
see requests 
an interrupt. 
It is an open drain output. 


lED 
6 
7 
0 
INTERRUPT 
ENABLE 
OUT: lED is High only if lEI is High and the 
epu is not servicing 
an see interrupt or the see is not requesting 
an interrupt 
(Interrupt 
Acknowledge 
cycle only). lED is connected 
to the next lower priority device's 
lEI input and thus inhibits 
interrupts 
from lower priority devices. 


lEI 
7 
8 
I 
INTERRUPT 
ENABLE 
IN: lEI is used with lED to form an interrupt 
daisy chain when there is more than one interrupt-driven 
device. A 
High lEI indicates 
that no other higher priority device has an 
interrupt 
under service or is requesting 
an interrupt. 


intJ 


Symbol 
Pin No. 
Type 
Name and Function 
DIP 
PLCC 


INTA 
8 
9 
I 
INTERRUPT 
ACKNOWLEDGE: 
This signal indicates 
an active Interrupt 
Acknowledge 
cycle. During this cycle, the SCC interrupt 
daisy chain 
settles. When RD becomes 
active, the SCC places an interrupt 
vector 
on the data bus (if lEI is High). INTA is latched 
by the rising edge of 
ClK. 


Vcc 
9 
10 
POWER: + 5V Power supply. 


RDYA/REQA 
10 
11 
0 
READY/REQUEST: 
(output, open-drain 
when programmed 
for a Ready 


RDYs/REQs 
30 
34 
0 
function, 
driven High or low 
when programmed 
for a Request 
function). 
These dual-purpose 
outputs may be programmed 
as Request 
lines for a 
DMA controller 
or as Ready lines to synchronize 
the CPU to the SCC 
data rate. The reset state is Ready. 


SYNCA 
11 
12 
I/O 
SYNCHRONIZATION: 
These pins can act either as inputs, outputs or 


SYNCs 
29 
33 
I/O 
part of the crystal oscillator 
circuit. In the Asynchronous 
receive mode 
~tal 
oscillator 
option not selected), 
these pins are inputs similar to 
CTS and CD. In this mode, transitions 
on these lines affect the state of 
the Synchronous/Hunt 
status bits in Read Register 0 (Figure 9) but 
have no other function. 


In External Synchronization 
mode with the crystal oscillator 
not 
selected, 
these lines also act as inputs. In this mode, SYNC must be 
driven lOW 
two receive clock cycles after the last bit in the 
synchronous 
character 
is received. 
Character 
assembly 
begins on the 
rising edge of the receive clock immediately 
preceding 
the activation 
of 
SYNC. 


In the Internal Synchronization 
mode (Monosync 
and Bisync) with the 
crystal oscillator 
not selected, 
these pins act as outputs and are active 
only during the part of the receive clock cycle in which synchronous 
characters 
are recognized. 
The synchronous 
condition 
is not latched, 
so these outputs are active each time a synchronization 
pattern is 
recognized 
(regardless 
of characters 
boundaries). 
In SDlC 
mode, these 
pins act as outputs and are valid on receipt of a flag. 


RTxCA 
12 
13 
I 
RECEIVE/TRANSMIT 
CLOCKS: These pins can be programmed 
in 
RTxCs 
28 
32 
I 
several different 
modes of operation. 
In each channel, 
RTxC may 
supply the receive clock, the transmit 
clock, the clock for the baud rate 
generator, 
or the clock for the Digital Phase locked 
loop. 
These pins 
can be programmed 
for use with the respective 
SYNC pins as a crystal 
oscillator. 
The receive clock may be 1, 16, 32, or 64 times the data rate 
in Asynchronous 
modes. 


RxDA 
13 
14 
I 
RECEIVE 
DATA: These lines receive serial data at standard 
TTl 
levels. 


RxDs 
27 
31 
I 


TRxCA 
14 
15 
I/O 
TRANSMIT/RECEIVE 
CLOCKS: These pins can be programmed 
in 
TRxCs 
26 
30 
I/O 
several different 
modes of operation. 
TRxC may supply the receive 
clock or the transmit 
clock in the input mode or supply the output of the 
Digital Phase locked 
loop, 
the crystal oscillator, 
the baud rate 
generator, 
or the transmit 
clock in the output mode. 


TxDA 
15 
16 
0 
TRANSMIT 
DATA: These output signals transmit 
serial data at 
TxDs 
25 
29 
0 
standard 
TTl 
levels 


DTRA/REQA 
16 
19 
0 
DATA TERMINAL 
READY/REQUEST: 
These outputs follow the state 
DTRs/REQs 
24 
27 
0 
programmed 
into the DTR bit. They can also be used as general 
purpose outputs or as Request 
lines for a DMA controller. 
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Symbol 
Pin No. 
Type 
Name and Function 
DIP 
PLCC 


RTSA 
17 
20 
0 
REQUEST 
TO SEND: When the Request 
to Send (RTS) bit in 


RTSB 
23 
26 
0 
Write Register 
5 is set (Figure 10), the RTS signal goes low. 
When 
the RTS bit is reset in the Asynchronous 
mode and Auto Enable is 
on, the signal goes High after the transmitter 
is empty. In 
Synchronous 
mode or in Asynchronous 
mode with Auto Enable 
off, the RTS pin strictly follows 
the state of the RTS bit. Both pins 
can be used as general-purpose 
outputs. 


CTSA 
18 
21 
I 
CLEAR TO SEND: If these pins are programmed 
as Auto Enables, 


CTSB 
22 
25 
I 
a low 
on the inputs enables the respective 
transmitters. 
If not 
programmed 
as Auto Enables, they may be used as general- 
purpose inputs. Both inputs are Schmitt-trigger 
buffered to 
accommodate 
slow rise-time 
inputs. The SCC detects 
pulses on 
these inputs and can interrupt the CPU on both logic level 
transitions. 


CDA 
19 
22 
I 
CARRIER 
DETECT: These pins function 
as receiver enables 
if 


CDB 
21 
24 
I 
they are programmed 
for Auto Enables; otherwise 
they may be 
used as general-purpose 
input pins. Both pins are Schmitt-trigger 
buffered 
to accommodate 
slow rise time signals. The SCC detects 
pulses on these pins and can interrupt the CPU on both logic level 
transitions. 


ClK 
20 
23 
I 
CLOCK: This is the system SCC clock used to synchronize 
internal 
signals. 


GND 
31 
35 
GROUND 


D/C 
32 
37 
I 
DATA/COMMAND 
SELECT: This signal defines the type of 
information 
transferred 
to or from the SCC. A High means data is 
transferred; 
a low 
indicates 
a command. 


CS 
33 
38 
I 
CHIP SELECT: This signal selects the SCC for a read or write 
operation. 


AlB 
34 
39 
I 
CHANNEL 
A/CHANNEL 
B SELECT: This signal selects the 
channel 
in which the read or write operation 
occurs. 


WR 
35 
40 
I 
WRITE: When the SCC is selected 
this signal indicates 
a write 
operation. 
The coincidence 
of RD and WR is interpreted 
as a 
reset. 


RD 
36 
41 
I 
READ: This signal indicates 
a read operation 
and when the SCC is 
selected, 
enables the SCC's bus drivers. During the Interrupt 
Acknowledge 
cycle, this signal gates the interrupt vector onto the 
bus if the SCC is the highest priority device requesting 
an interrupt. 


inter 


The Intel 82350 Serial Communications Controller 
(SCG)is a dual-channel, multi-protocol data commu- 
nications peripheral. The SCC functions as a serial- 
to-parallel, 
parallel-to-serial 
convertor/controller. 
The SCC can be software-configured to satisfy a 
wide range of serial communications applications. 
The device contains sophisticated internal functions 
including on-chip baud rate generators, digital phase 
locked loops, various data encoding and decoding 
schemes, and crystal oscillators that reduce the 
need for external logic. 


In addition, diagnostic capabilities-automatic 
echo 
and local loopback-allow 
the user to detect a'ld 
isolate a failure in the network. They greatly improve 
the reliability and fault isolation of the system. 


The SCC handles Asynchronous formats, Synchro- 
nous byte-oriented protocols such as IBM Bisync, 
and Synchronous bit-oriented protocols such as 
HDLC and IBM SDLC. This versatile device supports 
virtually any serial data transfer application (Termi- 
nal, Personal Computer, Peripherals, Industrial Con- 
troller, Telecommunication sytem, etc.). 


The 82530 can generate and check CRC codes in 
any Synchronous mode and can be programmed to 
check data integrity in various modes. The SCC also 
has facilities for modem control in both channels. In 
applications where these controls are not needed, 
the modem control can be used for general purpose 
I/O. 


The Intel 82530 is designed to support 
Intel's 
MCS51/96, iAPX 86/88 and iAPX.186/188 families. 


The 82530 internal structure includes two full-duplex 
channels, two baud rate generators, internal control 
and interrupt logic, and a bus interface to a non-mul- 
tiplexed CPU bus. Associated with each channel are 
a number of read and write registers for mode con- 
trol and status information, as well as logic neces- 
sary to interface modems or other external devices. 


The logic for both channels provides formats, syn- 
chronization, and validation for data transferred to 
and from the channel interface. The modem control 


inputs are monitored by the control logic under pro- 
gram control. All of the modem control signals are 
general-purpose in nature and can optionally be 
used for functions other than modem control. 


The register set for each channel includes ten con- 
trol (write) registers, two synchronous character 
(write) registers, and four status (read) registers. In 
addition, each baud rate generator has two (read/ 
write) registers for holding the time constant that de- 
termines the baud rate. Finally, associated with the 
interrupt logic is a write register for the interrupt vec- 
tor accessible through either channel, a write-only 
Master Interrupt Control register and three read reg- 
isters; one containing the vector with status informa- 
tion (Channel B only), one containing the vector 
without status (A only), and one containing the Inter- 
rupt Pending bits (A only). 


The registers for each channel are designated as 
follows: 


WRO-WR15-Write 
Registers 0 through 15. 


RRO-RR3, RR1O,RR12, RR13, RR15-Read 
Reg- 
isters 0 through 3, 10, 12, 13, 15. 


Table 2 lists the functions assigned to each read or 
write register. The SCC contains only one WR2 and 
WR9, but they can be accessed by either channel. 
All other registers are paired (one for each channel). 


The transmit and receive data path illustrated in Fig- 
ure 3 is identical for both channels. The receiver has 
three 8-bit buffer registers in a FIFO arrangement, in 
addition to the 8-bit receive shift register. This 
scheme creates additional time for the CPU to serv- 
ice an interrupt at the beginning of a block of high- 
speed data. Incoming data is routed through one of 
several paths (data or CRG) depending on the se- 
lected mode (the character length in asynchronous 
modes also determines the data path). 


The transmitter has an 8-bit transmit data buffer reg- 
ister loaded from the internal data bus and a 20-bit 
transmit shift register that can be loaded either from 
the sync-character registers or from the transmit 
data register. Depending on the operational mode, 
outgoing data is routed through one of four main 
paths before it is transmitted from the Transmit Data 
output (TxD). 
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READ 
REGISTER 
FUNCTIONS 
RRO 
Transmit/Receive buffer status and Exter- 
nal status 


RR1 
Special Receive Condition status 


RR2 
Modified interrupt vector 
(Channel B only) 
Unmodified interrupt 
(Channel A only) 


RR3 
Interrupt Pending bits 
(Channel A only) 


RRS 
Receive buffer 


RR10 
Miscellaneous status 


RR12 
Lower byte of baud rate generator time 
constant 


RR13 
Upper byte of baud rate generator time 
constant 


RR15 
External/Status interrupt information 


WRITE 
REGISTER 
FUNCTIONS 
WRO 
CRC initialize, initialization commands for 
the various modes, shift right/ shift left 
command 


WR1 
Transmit/Receive 
interrupt 
and 
data 
transfer mode definition 


WR2 
Interrupt vector (accessed through either 
channel) 


WR3 
Receive parameters and control 


WR4 
Transmit/Receive miscellaneous parame- 
ters and modes 
Transmit parameters and controls 
Sync characters or SOLC address field 
Sync character or SOLC flag 
Transmit buffer 
Master interrupt control and reset (ac- 
cessed through either channel) 


WR10 
Miscellaneous transmitter/receiver control 
bits 


WR 11 
Clock Mode control 


WR12 
Lower Byte of baud rate generator time 
constant 


WR 13 
Upper Byte of baud rate generator time 
constant 


WR14 
Miscellaneous control bits 


WR15 
External/Status interrupt control 


WR5 


WR6 


WR7 


WRS 


WR9 
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The functional capabilities of the SCC can be de- 
scribed from two different points of view: as a data 
communications device, it transmits and receives 
data in a wide variety of data communications proto- 
cols; as a microprocessor peripheral, it interacts with 
the CPU and provides vectored interrupts and hand- 
shaking signals. 


DATA COMMUNICATIONS 
CAPABILITIES 


The 
SCC provides two 
independent 
full-duplex 
channels programmable for use in any common 
asynchronous or synchronous data-communications 
protocol. Figure 4 and the following description brief- 
ly detail these protocols. 


Transmission and reception can be accomplished 
independently on each channel with five to eight bits 
per character, plus optional even or odd parity. The 
transmitter can supply one, one-and-a-half or two 
stop bits per character and can provide a break out· 
put at any time. The receiver break-detection logic 


interrupts the CPU both at the start and at the end of 
a received break. Reception 
is protected 
from 
spikes by a transient spike-rejection mechanism that 
checks the signal one-half a bit time after a Low 
level is detected on the receive data input (RxDA or 
RxDs). If the Low does not persist (as in the case of 
a transient), the character assembly process does 
not start. 
. 


Framing errors and overrun errors are detected and 
buffered together with the partial character on which 
they occur. Vectored interrupts allow fast servicing 
of error conditions using dedicated routines. Further- 
more, a built-in checking process avoids the inter- 
pretation of a framing error as a new start bit: a fram- 
ing error results in the addition of one-half a bit time 
to the point at which the search for the next start bit 
begins. 


The SCC does not require symmetric transmit and 
receive clock signals-a 
feature allowing use of the 
wide variety of clock sources. The transmitter and 
receiver can handle data at a rate of 1, Y'6, %2 or 


Y64 of the clock rate supplied to the receive and 
transmit clock inputs. In the asynchronous modes, a 
data rate equal to the clock rate, 1x mode, requires 
external synchronization. In asynchronous modes, 
the SYNC pin may be programmed as an input used 
for functions such as monitoring a ring indicator. 
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CRC, 
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Synchronous 
Modes 


The SCC supports both byte-oriented and bit-orient- 
ed synchronous communication. Synchronous-byte- 
oriented protocols can be handled in several modes 
allowing character synchronization with a 6-bit or 
8-bit synchronous character (Monosync), any 12-bit 
or 16-bit synchronous pattern (Bisync), or with an 
external synchronous signal. Leading synchronous 
characters can be removed without interrupting the 
CPU. 


5- or 7-bit synchronous characters are detected with 
8- or 16-bit patterns in the SCC by overlapping the 
larger pattern across multiple incoming synchronous 
characters as shown in Figure 5. 


CRC checking for Synchronous byte-oriented mode 
is delayed by one character time so that the CPU 
may disable CRC checking on specific characters. 
This permits the implementation of protocols such 
as IBM Bisync. 


Both CRC-16 (X16 + X15 + X2 + 1) and CCITI 
(X16 + X12 + X5 + 1) error checking polynomials 
are supported. Either polynomial may be selected in 
all synchronous modes. Users may preset the CRC 
generator and checker to all 1s or all Os.The SCC 
also provides a feature that automatically transmits 
CRC data when no other data is available for trans- 
mission. This allows for high-speed transmissions 
under OMA control, with no need for CPU interven- 
tion at the end of a message. When there is no data 
or CRC to send in synchronous modes, the transmit- 
ter inserts 6-, 8-, or 16-bit synchronous characters, 
regardless of the programmed character length. 


The SCC supports synchronous bit-oriented proto- 
cols, such as SOLC and HOLC, by performing auto- 
matic flag sending, zero insertion, and CRC genera- 
tion. A special command can be used to abort a 
frame in transmission. At the end of a message, the 
SCC automatically transmits the CRC and trailing 
flag when the transmitter underruns. The transmitter 
may also be programmed to send an idle line con- 


sisting of continuous flag characters or a steady 
marking condition. 


If a transmit underrun occurs in the middle of a mes- 
sage, an external status interrupt warns the CPU of 
this status change so that an abort may be issued. 
The SCC may also be programmed to send an abort 
itself in case of an underrun, relieving the CPU of 
this task. One to eight bits per character can be sent 
allowing reception of a message with no prior infor- 
mation about the character structure in the informa- 
tion field of a frame. 


The receiver automatically acquires synchronization 
on the leading flag of a frame in SOLC or HOLC 
mode and provides a synchronization signal on the 
SYNC pin (an interrupt can also be programmed). 
The receiver can be programmed to search for 
frames addressed by a single byte (or four bits within 
a byte) of a user-selected address or to a global 
broadcast address. In this mode, frames not match- 
ing either the user-selected or broadcast address 
are ignored. The number of address bytes can be 
extended under software control. For receiving data, 
an interrupt on the first received character, or an 
interrupt on every character, or on special condition 
only (end-of-frame) can be selected. The receiver 
automatically deletes all Osinserted by the transmit- 
ter during character assembly. CRC is also calculat- 
ed and is automatically checked to validate frame 
transmission. At the end of transmission, the status 
of a received frame is available in the status regis- 
ters. In SOLC mode, the SCC must be programmed 
to use the SOLC CRC polynomial, but the generator 
and checker may be preset to all 1s or all Os.The CRC 
is inverted before transmission and the receiver 
checks against the bit pattern 0001110100001111. 


NRZ, NRZI or FM coding may be used in any 1X 
mode. The parity options available in asynchronous 
modes are available in synchronous modes. 


The sec can be conveniently used under OMA con- 
trol to provide high-speed reception or transmission. 


5 BITS 
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In reception, for example, the SCC can interrupt the 
CPU when the first character of a message is re- 
ceived. The CPU then enables the OMA to transfer 
the message to memory. The SCC then issues an 
end-of-frame interrupt and the CPU can check the 
status of the received message. Thus, the CPU is 
freed for other service while the message is being 
received. The CPU may also enable the OMA first 
and have the SCC interrupt only on end-of-frame. 
This procedure allows all data to be transferred via 
OMA. 


The SCC supports SOLC Loop mode in addition to 
normal SOLC. In a loop topology, there is a primary 
controller station that manages the message traffic 
flow and any number of secondary stations. In Loop 
mode, the SCC performs the functions of a second- 
ary station while an SCC operating in regular SOLC 
mode can act as a controller (Figure 6). 


A secondary station in an SOLC Loop is always lis- 
tening to the messages being sent around the loop, 
and in fact must pass these messages to the rest of 
the loop by retransmitting them with a one-bit-time 
delay. The secondary station can place its own mes- 
sage on the loop only at specific times. The control- 
ler signals that secondary stations may transmit 
messages by sending a special character, called an 
EOP (End of Poll), around the loop. The EOP char- 
acter is the bit pattern 11111110. Because of zero 


insertion during messages, this bit pattern is unique 
and easily recognized. 


When a secondary station has a message to trans- 
mit and recognizes an EOP on the line, it changes 
the last binary one of the EOP to a zero before 
transmission. This has the effect of turning the EOP 
into a flag sequence. The secondary station now 
places its message on the loop and terminates the 
message with an EOP. Any secondary stations fur- 
ther down the loop with messages to transmit can 
then append their messages to the message of the 
first secondary station by the same process. Any 
secondary stations without messages to send mere- 
ly echo the incoming messages and are prohibited 
from placing messages on the loop (except upon 
recognizing an EOP). 


SOLC Loop mode is a programmable option in the 
SCC. NAZ, NAZI, and FM coding may all be used in 
SOLC Loop mode. 


Each channel in the SCC contains a programmable 
Baud rate generator. Each generator consists of two 
a-bit time constant registers that form a 16-bit time 
constant, a 16-bit down counter, and a flip-flop on 
the output producing a square wave. On startup, the 
flip-flop on the output is set in a High state, the value 
in the time constant register is loaded into the coun- 
ter, and the counter starts counting down. The out- 
put of the baud rate generator toggles upon reach- 
ing zero, the value in the time constant register is 
loaded into the counter, and the process is repeat- 
ed. The time constant may be changed at any time, 
but the new value does not take effect until the next 
load of the counter. 


The output of the baud rate generator may be used 
as either the transmit clock, the receive clock, or 
both. It can also drive the digital phase-locked loop 
(see next section). 


If the receive clock or transmit clock is not pro- 
grammed to come from the TAxC pin, the output of 
the baud rate generator may be echoed out via the 
TAxC pin. 


The following formula relates the time constant to 
the baud rate. (The baud rate is in bits/second, the 
BA clock frequency is in Hz, and clock mode is 1, 
16, 32, or 64.) 


time 
BRclockfrequency 
2 
constant 
2 x baudrate x clock mode 
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Table 3. Time Constant Values for Standard 
Baud Rates at BR Clock = 3.9936 MHz 
Rate 
Time Constant 
Error 
(BAUD) 
(decimal notation) 
19200 
102 
- 
9600 
206 
- 
7200 
275 
0.12% 
4800 
414 
- 
3600 
553 
0.06% 
2400 
830 
- 
2000 
996 
0.04% 
1800 
1107 
0.03% 
1200 
1662 
- 
600 
3326 
- 
300 
6654 
- 
150 
13310 
- 
134.5 
14844 
0.0007% 
110 
18151 
0.0015% 
75 
26622 
- 
50 
39934 
- 


The SCC contains 
a digital phase locked-loop 
(DPLL) to recover clock information from a data- 
stream with NAZI or FM encoding. The DPLL is driv- 
en by a clock that is nominally 32 (NAZI) or 16 (FM) 
times the data rate. The DPLL uses this clock, along 
with the datastream, to construct a clock for the 
data. This clock may then be used as the SCC re- 
ceive clock, the transmit clock, or both. 


For NAZI coding, the DPLL counts the 32X clock to 
create nominal bit times. As the 32X clock is count- 
ed, the DPLL is searching the incoming datastream 
for edges (either 1/0 or 0/1). Whenever an edge is 
detected, the DPLL makes a count adjustment (dur- 
ing the next counting cycle), producing a terminal 
count closer to the center of the bit cell. 


For FM encoding, the DPLL still counts from 1 to 31, 
but with a cycle corresponding to two bit times. 
When the DPLL is locked, the clock edges in the 
datastream should occur between counts 15 and 16 
and between counts 31 and O.The DPLL looks for 
edges only during a time centered on the 
1S/'6 
counting transition. 


The 32X clock for the DPLL can be programmed to 
come from either the ATxC input or the output of the 
baud rate generator. The DPLL output may be pro- 
grammed to be echoed out of the SCC via the TAxC 
pin (if this pin is not being used as an input). 


The SCC may be programmed to encode and de- 
code the serial data in four different ways (Figure 7). 


In NAZ encoding, a 1 is represented by a High level 
and a 0 is represented by a Low level. In NAZI en- 
coding, as 1 is represented by no change in level 
and a 0 is represented by a change in level. In FM1 
(more properly, bi-phase mark) a transition occurs at 
the beginning of every bit cell. A 1 is represented by 
an additional transition at the center of the bit cell 
and a 0 is represented by no additional transition at 
the center of the bit cell. In FMo (bi-phase space), a 
transition occurs at the beginning of every bit cell. A 
o is represented by an additional transition at the 
center of the bit cell, and a 1 is represented by no 
additional transition at the center of the bit cell. In 
addition to these four methods, the SCC can be 
used to decode Manchester (bi-phase level) data by 
using the DPLL in the FM mode and programming 
the receiver for NAZ data. Manchester encoding al- 
ways produces a transition at the center of the bit 
cell. If the transition is 0/1 the bit is a O. If the tran- 
sition is 1/0 the bit is a 1. 


The SCC is capable of automatically echoing every- 
thing it receives. This feature is useful mainly in 
asynchronous modes, but works in synchronous and 
SDLC modes as well. In Auto Echo mode TxD is 
AxD. Auto Echo mode can be used with NAZI or FM 
encoding with no additional delay, because the data- 
stream is not decoded before retransmission. In 
Auto Echo mode, the CTS input is ignored as a 
transmitter enable (although transitions on this input 
can still cause interrupts if programmed to do so). In 
this mode, the transmitter is actually bypassed and 
the programmer is responsible for disabling transmit- 
ter interrupts and AEADY/AEQUEST on transmit. 


The SCC is also capable of local loopback. In this 
mode, TxD is AxD just as in Auto Echo mode. How- 
ever, in Local Loopback mode, the internal transmit 
data is tied to the internal receive data and AxD is 
~ored 
(except to be echoed out via TxD). CTS and 
CD inputs are also ignored as transmit and receive 
enables. However, transitions on these inputs can 
still cause interrupts. Local Loopback works in asyn- 
chronous, synchronous and SDLC modes with NAZ, 
NAZI or FM coding of the data stream. 


To run the 82530 (4 MHz/6 MHz) at 1/1.5 Mbps the 
receive and transmit clocks must be externally gen- 
erated and synchronized to the system clock. If the 
serial clocks (ATxC and TAxC) and the system clock 
(CLK) are asynchronous, the maximum bit rate is 
880 Kbps/1.3 Mbps. For self-clocked operation, Le 
using the on chip DPLL, the maximum bit rate is 
125/187 Kbps if NAZI coding is used and 250/375 
Kbps if FM coding is used. 
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(BIPHASE SPACE) 
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BIT CELL LEVEL: 
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1 
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BIT CENTER TRANSITION: 
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1 
I LOW _HIGH, 
0 


Mode 
System 
System Clock! 
Serial Bit Rate 
Conditions 
Clock 
Serial Clock 


Serial clocks 
4MHz 
4 
1 Mbps 
Serial clocks synchronized 
with system 
generated 
clock. Refer to parameter 
# 3 and 10 in 
externally 
general timings. 


6MHz 
4 
1.5 Mbps 
Serial clocks synchronized 
with system 
clock. Refer to parameter 
# 3 and # 10 
in general timings. 


4MHz 
4.5 
880 Kbps 
Serial clocks and system clock 
asynchronous. 


6MHz 
4.5 
1.3 Mbps 
Serial clocks and system clock 
asynchronous 
Self-clocked 
operation 
NRZI 
4MHz 
32 
125 Kbps 
6MHz 
32 
187 Kbps 
FM 
4MHz 
16 
250 Kbps 
6MHz 
16 
375 Kbps 
ASYNC 
4MHz 
16 
62.5 Kbps 
6MHz 
16 
93.75 Kbps 


function 
is performed. 
For example, 
end-of-frame 
in 
SOLC mode sets a bit in one of these 
status 
regis- 
ters. The idea behind 
polling 
is for the CPU to peri- 


odically 
read a status 
register 
until the register 
con- 
tents 
indicate 
the 
need for data to be transferred. 


Only one register needs to be read; depending 
on its 
contents, 
the CPU either writes data, reads data, or 


continues. 
Two bits in the register 
indicate 
the need 
for data transfer. 
An alternative 
is a poll of the Inter- 
rupt Pending 
register 
to determine 
the source 
of an 
interrupt. 
The 
status 
for 
both 
channels 
resides 
in 
one register. 


The SCC offers the choice 
of Polling, 
Interrupt 
(vec- 
tored or nonvectored) 
and Block Transfer 
modes 
to 
transfer 
data, status, and control 
information 
to and 
from the CPU. The Block Transfer 
mode can be im- 
plemented 
under CPU or OMA control. 


All interrupts 
are disabled. 
Three 
status 
registers 
in 
the 
SCC are automatically 
updated 
whenever 
any 
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When a SCC responds to an Interrupt Acknowledge 
signal (INTA) from the CPU, an interrupt vector may 
be placed on the data bus. This vector is written in 
WR2 and may be read in RR2A or RR2B (Figures 9 
and 10). 


To speed interrupt response time, the SCC can 
modify three bits in this vector to indicate status. If 
the vector is read in Channel A, status is never in- 
cluded; if it is read in Channel B, status is always 
included. 


Each of the six sources of interrupts in the SCC 
(Transmit, Receive and External/Status interrupts in 
both channels) has three bits associated with the 
interrupt source: Interrupt Pending (IP), Interrupt Un- 
der Service (IUS), and Interrupt Enable (IE). Opera- 
tion of the IE bits is straightforward. If the IE bit is set 
for a given interrupt source, then that source can 
request interrupts. The exception is when the MIE 
(Master Interrupt Enable) bit in WR9 is reset and no 
interrupts may be requested. The IE bits are write- 
only. 


The other two bits are related to the interrupt priority 
chain (Figure 8). As a peripheral, the SCC may re- 
quest an interrupt only when no higher-priority de- 
vice is requesting one, e.g., when lEI is High. If the 
device in question requests an interrupt, it pulls 
down INT. The CPU then responds with INTA, and 
the interrupting device places the vector on the data 
bus. 


In the SCC, the IP bit signals a need for interrupt 
servicing. When an IP bit is 1 and the lEI input is 
High, the INT output is pulled Low, requesting an 
interrupt. In the SCC, if the IE bit is not set by en- 
abling interrupts, then the IPfor that source can nev- 
er be set. The IP bits are readable in RR3A. 


The IUS bits signal that an interrupt request is being 
serviced. If an IUS is set, all interrupt sources of low- 
er priority in the SCC and external to the SCC are 
prevented from requesting interrupts. The internal 
interrupt sources are inhibited by the state of the 
internal daisy chain, while lower priority devices are 
inhibited by the lED output of the SCC being pulled 
Low and propagated to subsequent peripherals. An 
IUS bit is set during an Interrupt Acknowledge cycle 
if there are no higher priority devices requesting in- 
terrupts. 


There are three types of interrupts: Transmit, Re- 
ceive and External/Status interrupts. Each interrupt 
type is enabled under program control with Channel 
A having higher priority than Channel B, and with 
Receiver, Transmit and External/Status 
interrupts 
prioritized in that order within each channel. When 
the Transmit interrupt is enabled, the CPU is inter- 
rupted when the transmit buffer becomes empty. 
(This implies that the transmitter must have had a 
data character written into it so that it can become 
empty.) When enabled, the receiver can interrupt the 
CPU in one of three ways: 
• Interrupt on First Receive Character or Special 


Receive condition. 
• Interrupt on all Receive Characters or Special 
Receive condition. 
• Interrupt on Special Receive condition only. 


Interrupt-on-First-Character 
or 
Special-Condition 
and Interrupt-on-Special-Condition-Only are typically 
used with the Block Transfer mode. A Special-Re- 
ceive-Condition is one of the following: receiver 
overrun, framing error in Asynchronous mode, End- 
of-Frame in SOLC mode and, optionally, a parity 
error. The Special-Receive-Condition interrupt is dif- 
ferent from an ordinary receive character available 


, interrupt only in the status placed in the vector 


DBO-DB7 


INT 


INTA 
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during the Interrupt-Acknowledge cycle. In Interrupt 
on First Receive Character, an interrupt can occur 
from Special Receive conditions any time after the 
first receive character interrupt. 


The main function of the External/Status interrupt is 
to monitor the signal transitions of the CTS, CD, and 
SYNC pins; however, an External/Status interrupt is 
also caused by a Transmit Underrun condition, or a 
zero count in the baud rate generator, or by the de- 
tection of a Break (asynchronous mode), Abort 
(SDLC mode) or EOP (SDLC Loop mode) sequence 
in the data stream. The interrupt caused by the 
Abort or EOP has a special feature allowing the SCC 
to interrupt when the Abort or EOP sequence is de- 
tected or terminated. This feature facilitates the 
proper termination of the current message, correct 
initialization of the next message, and the accurate 
timing of the Abort condition in external logic in 
SDLC mode. In SDLC Loop mode this feature allows 
secondary stations to recognize the wishes of the 
primary station to regain control of the loop during a 
poll sequence. 


The SCC provides a Block Transfer mode to accom- 
modate CPU block transfer functions and DMA con- 
trollers. The Block Transfer mode uses the READY/ 
REQUEST output in conjunction with the READ'Y' / 
REQUEST bits in WR1. The READY/REQUEST out- 
put can be defined under software control as a 
READY line in the CPU Block Transfer mode (WR1; 


06 = 0) or as a request line in the DMA Block 
Transfer mode (WR1; 06 = 1). To a DMA controller, 
the SCC REQUEST output indicates that the SCC is 
ready to transfer data to or from memory. To the 
CPU, The READY line indicates that the SCC is not 
ready to transfer data, thereby~uesting 
that the 
CPU extend the I/O cycle. The DTR/REQUEST line 
allows full-duplex operation under DMA control. 


Each channel has fifteen Write registers that are in- 
dividually programmed from the system bus to con- 
figure the functional personality of each channel. 
Each channel also has eight Read registers from 
which the system can read Status, Baud rate, or In- 
terrupt information. 


Only the four data registers (Read, Write for chan- 
nels A and B) are directly selected by a High on the 
D/G input and the appropriate levels on the RD, WR 
and AlB pins. All other registers are addressed indi- 
rectly by the content of Write Register 0 in conjunc- 
tion with a Low on the D/G input and the appropriate 
levels on the RD, WR and AlB pins. If bit 3 in WWO 
is 1 and bits 4 and 5 are 0 then bits 0, 1, 2 address 
the higher registers 8 through 15. If bits 3, 4, 5 con- 
tain a different code, bits 0, 1, 2 address the lower 
registers 0 through 7 as shown on Table 5. 


Writing to or reading from any register except RRO, 
WROand the Data Registers thus involves two oper- 
ations. 


O/C "Point High" 
02 
01 
DO 
Write 
Read 
Code in WRO 
inWRO 
Register 
Register 


High 
Either Way 
X 
X 
X 
Data 
Data 
Low 
Not True 
0 
0 
0 
0 
0 
Low 
Not True 
0 
0 
1 
1 
1 
Low 
Not True 
0 
1 
0 
2 
2 
Low 
Not True 
0 
1 
1 
3 
3 
Low 
Not True 
1 
0 
0 
4 
(0) 
Low 
Not True 
1 
0 
1 
5 
(1) 
Low 
Not True 
1 
1 
0 
6 
(2) 
Low 
Not True 
1 
1 
1 
7 
(3) 
Low 
True 
0 
0 
0 
Data 
Data 
Low 
True 
0 
0 
1 
9 
- 
Low 
True 
0 
1 
0 
10 
10 
Low 
True 
0 
1 
1 
11 
(15) 
Low 
True 
1 
0 
0 
12 
12 
Low 
True 
1 
0 
1 
13 
13 
Low 
True 
1 
1 
0 
14 
(10) 
Low 
True 
1 
1 
1 
15 
15 


First write the appropriate code into WAO, then fol- 
low this by a write or read operation on the register 
thus specified. Bits 0 through 4 in WWOare automat- 
ically cleared after this operation, so that WWOthen 
points to WAO or AAO again. 


Channel AlChannel B selection is made by the AIEl 
input (High = A, Low = B) 


The system program first issues a series of com- 
mands to initialize the basic mode of operation. This 
is followed by other commands to qualify conditions 
within the selected mode. For example, the Asyn- 
chronous mode, character length, clock rate, num- 
ber of stop bits, even or odd parity might be set first. 
Then the interrupt mode would be set, and finally, 
receiver or transmitter enable. 


The SCC contains eight read registers (actually nine, 
counting the receive buffer (AAB) in each channel). 
Four of these may be read to obtain status informa- 
tion (AAO, AA1, AA10, and AA15). Two registers 


(AA12 and AA13) may be read to determine the 
baud rate generator time constant. AA2 contains ei- 
ther the unmodified interrupt vector (Channel A) or 
the vector modified by status information (Channel 
B). AA3 contains the Interrupt Pending (IP) bits 
(Channel A). Figure 9 shows the formats for each 
read register. 


The status bits of AAO and AA1 are carefully 
grouped to simplify status monitoring: e.g. when the 
interrupt vector indicates a Special Aeceive Condi- 
tion interrupt, all the appropriate error bits can be 
read from a single register (AA1). 


The SCC contains 15 write registers (16 counting 
WAB, the transmit buffer) in each channel. These 
write registers are programmed separately to config- 
ure the functional "personality" of the channels. In 
addition, there are two registers (WA2 and WA9) 
shared by the two channels that may be accessed 
through either of them. WA2 contains the interrupt 
vector for both channels, while WA9 contains the 
interrupt control bits. Figure 10 shows the format of 
each write register. 
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Figure 10. Write Register Bit Functions (Continued) 


volving the SCC to the falling edge of WR or RD in 
the second transaction involving the SCC. This time, 
TRECmust be at least 6 ClK cycles plus 130 ns, for 
the 82530-6. 
The SCC generates internal control signals from WR 
and RD that are related to ClK. Since ClK has no 
phase relationship with WR and RD, the circuitry 
generating these internal control signals must pro- 
vide time for metastable conditions to disappear. 
This gives rise to a recovery time related to ClK. 
The recovery time applies only between bus trans- 
actions involving the SCC. The recovery time re- 
quired for pro~ 
operation is specified from the ris- 


ing edge of WR or RD in the first transaction in- 


Figure_11 iIIustr~tes Read cycle timi~ddresses 
on AlB and D/C and the status on INTA must re- 
main stabla throughout the cycle. If CS falls after RD 
falls or if it rises before RD rises, the effective RD is 
shortened. 
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Figure_12 illustr~tes Write cycle timi~ddresses 
on AlB and ole and the status on INTA must re- 
main stable throughout the ~Ie. 
If es falls after 
WR falls or if it rises before WR rises, the effective 
WR is shortened. 


Figure 13 illustrates Inter~ 
Acknowledge cycle 
timing. Between the time INTA goes Low and the 
falling edge of RD, the internal and external IEI/IEO 
daisy chains settle. If there is an interrupt pending in 
the see and lEI is High when RD falls, the Acknowl- 
edge cycle is intended for the sec. In this case, the 
see may be programmed to respond to RD Low by 
placing its interrupt vector on 00-07 and it then sets 
the appropriate Interrupt-Under-Service internally. 
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•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Case Temperature 
Under Bias 
O·C to + 70·C 


Storage 
Temperature 
Ceramic 
Package 
- 65·C to + 150·C 
Plastic Package 
-40·C 
to + 125·C 


Voltage 
on Any Pin with 
Respect 
to Ground 
-0.5V 
to + 7.0V 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.3 
+0.8 
V 


VIH 
Input High Voltage 
+2.4 
Vee +0.3 
V 


VOL 
Output Low Voltage 
+0.45 
V 
IOL = 2.OmA 


VOH 
Output High Voltage 
+2.4 
V 
IOH = - 250 IJoA 


III 
Input Leakage Current 
±10 
IJoA 
0.4V to 2.4V 


IOL 
Output Leakage Current 
±10 
IJoA 
O.4V to 2.4V 


Ice 
Vee Supply Current 
250 
mA 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
fc = 1 MHz 


COUT 
Output Capacitance 
15 
pF 
Unmeasured 
pins 


CliO 
Input/Output 
Capacitance 
20 
pF 
returned 
to GND 


Parameter 
82530 (4 MHz) 
82530-6 
(6 MHz) 
Units 
Number 
Symbol 
Mln 
Max 
Mln 
Max 


1 
tCl 
ClK 
low 
Time 
105 
2000 
70 
1000 
ns 


2 
tCH 
ClK 
High Time 
105 
2000 
70 
1000 
ns 


3 
tf 
ClK 
Fall Time 
20 
10 
ns 


4 
tr 
ClK 
Aise Time 
20 
15 
ns 


5 
tCY 
ClK 
Cycle Time 
250 
4000 
165 
2000 
ns 


6 
tAW 
Address 
to WA J.- Setup Time 
80 
0 
ns 


7 
tWA 
Address 
to WA t Hold Time 
0 
0 
ns 


8 
tAA 
Address 
to AD J.- Setup Time 
80 
0 
ns 


9 
tAA 
Address to AD t Hold Time 
0 
0 
ns 


10 
tiC 
INTA to ClK t Setup Time 
5 
5 
ns 


11 
tlW 
INTA to WA J.- Setup Time (Note 1) 
200 
55 
ns 


12 
tWI 
INTA to WA t Hold Time 
0 
0 
ns 


13 
tlA 
INTA to AD J.- Setup Time (Note 1) 
200 
55 
ns 


14 
tAl 
INTA to AD t Hold Time 
0 
0 
ns 


15 
tCI 
INTA to ClK t Hold Time 
100 
100 
ns 


16 
tClW 
CS low 
to WA J.- Setup Time 
0 
0 
ns 


17 
tWCS 
CS to WA t Hold Time 
0 
0 
ns 


18 
tCHW 
CS High to WA J.- Setup Time 
100 
5 
ns 


19 
tClA 
CS low 
to AD J.- Setup Time (Note 1) 
0 
0 
ns 


20 
tACS 
CS to AD t Hold Time (Note 1) 
0 
0 
ns 


21 
tCHA 
CS High to AD J.- Setup Time (Note 1) 
100 
5 
ns 


22 
tAA 
AD low 
Time (Note 1) 
390 
150 
ns 


23 
Null 
Parameter 
Deleted 


24 
tADI 
AD t to Data Not Valid Delay 
0 
0 
ns 


25 
tADV 
AD J.- to Data Valid Delay 
250 
105 
ns 


26 
tDF 
AD t to Output Float Delay (Note 2) 
70 
45 
ns 


NOTES: 
1. Parameter 
does 
not apply to Interrupt 
Acknowledge 
transactions. 
2. Float delay is defined 
as the time required 
for a + O.5V change 
in the output 
with a maximum 
D.C. load and minimum 
A.C. 


load. 
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230834-35 
A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and 0.8V for a Logic "0". 
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Figure 14. Read and Write Timing 
2-177 
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Number 
Symbol 
Parameter 
82530 (4 MHz) 
82530-6 
(6 MHz) 
Units 
Mln 
Max 
Mln 
Max 


27 
tAD 
Address 
Required Valid to Read Data 
590 
325 
ns 
Valid Delay 


28 
TWW 
WR low 
Time 
390 
60 
ns 


29 
tDW 
Data to WR J.. Setup Time 
0 
0 
ns 


30 
tWD 
Data to WR t Hold Time 
0 
0 
ns 


31 
tWRV 
WR J.. to Ready Valid Delay (Note 4) 
240 
200 
ns 


32 
tRRV 
RD J.. to Ready Valid Delay (Note 4) 
240 
200 
ns 


33 
tWRI 
WR J.. to READY IREO 
Not Valid Delay 
240 
200 
ns 


34 
tRRI 
RD J.. to READY IREO 
Not Valid Delay 
240 
200 
ns 


35 
tDWR 
WR t to DTR/REO 
Not Valid Delay 
5tCY 
5tCY 
ns 
+300 
+250 


36 
tORD 
RD t to DTR/REO 
Not Valid Delay 
5tCY 
5tCY 
ns 
+300 
+250 


37 
tliD 
INT A to RD J.. (Acknowledge) 
Delay 
250 
250 
ns 
(Note 5) 


38 
tll 
RD (Acknowledge) 
low 
Time 
285 
125 
ns 


39 
tlDV 
RD J.. (Acknowledge) 
to Read Data 
190 
100 
ns 
Valid Delay 


40 
tEl 
lEI to RD J.. (Acknowledge) 
Setup Time 
120 
100 
ns 


41 
tiE 
lEI to RD t (Acknowledge) 
Hold Time 
0 
0 
ns 


42 
tEIEO 
lEI to lED Delay Time 
120 
100 
ns 


43 
tCEO 
ClK t to lED Delay 
250 
250 
ns 


44 
tRIl 
ROT to INT Inactive Delay (Note 4) 
500 
500 
ns 


45 
tRW 
RD t to WR J.. Delay for No Reset 
30 
15 
ns 


46 
tWR 
WR t to RD J.. Delay for No Reset 
30 
30 
ns 


47 
tRES 
WR and RD Coincident 
low for Reset 
250 
250 
ns 


48 
tREC 
Valid Access 
Recovery 
Time 
6tCY 
6tCY 
ns 
(Note 3) 
+200 
+ 130 


NOTES: 
3. Parameter applies only between transactions involving the SCC. 
4. Open-drain output, measured with open-drain test load. 
5. Parameter is system dependent. For any SCC in the daisy chain, tliD must be greater than the sum of tCEQ for the 
highest priority device in the daisy chain, tEl for the SCC and tEIEO for each device separating them in the daisy chain. 


cs--_/ 


} 
®-r 
s 
RDOR 
WR __ 
-----\ 
_ 
\_--\- 


inter 


Number 
Symbol 
Parameter 
82530 (4 MHz) 
82530·6 
(6 MHz) 
Units 
Mln 
Max 
Mln 
Max 


1 
tRCC 
RxC i to ClK i Setup Time (Notes 1, 4) 
100 
100 
ns 


2 
tRRC 
RxD to RxC i Hold Time (X1 Mode) 
0 
0 
ns 


(Note 1) 


3 
tRCR 
RxD to RxC i Hold Time (X1 Mode) 
150 
150 
ns 
(Note 1) 


4 
tORC 
RxD to RxC,J.. Setup Time (X1 Mode) 
0 
0 
ns 
(Notes 1, 5) 


5 
tRCD 
RxD to RxC,J.. Hold Time (X1 Mode) 
150 
150 
ns 
(Notes 1, 5) 


6 
tSRC 
SYNC to RxC i Setup Time (Note 1) 
-200 
-200 
ns 


7 
tRCS 
SYNC toRxC i Hold Time (Note 1) 
3tCY 
3 tCY 
ns 
+200 
+200 


8 
tTCC 
TxC,J.. to ClK i Setup Time (Notes 2, 4) 
100 
100 
ns 


9 
tTCT 
TxC,J.. to TxD Delay (X1 Mode) (Note 2) 
300 
300 
ns 


10 
tTCD 
TxC i to TxD Delay (X1 Mode) 
300 
300 
ns 
(Notes 2,5) 


11 
tTDT 
TxD to TRxC Delay (Send Clock Echo) 
200 
200 
ns 


12 
tOCH 
RTxC High Time 
180 
150 
ns 


13 
tOCl 
RTxC low 
Time 
180 
150 
ns 


14 
tOCY 
RTxC Cycle Time 
4tCY 
4tCY 
ns 


15 
tClCl 
Crystal Oscillator 
Period (Note 3) 
250 
1000 
165 
1000 
ns 


16 
tRCH 
TRxC High Time 
180 
150 
ns 


17 
tRCl 
TRxC low 
Time 
180 
150 
ns 


18 
tRCY 
TRxC Cycle Time (Note 6) 
4tCY 
4tCY 
ns 
, 


19 
tCC 
CD or CTS Pulse Width 
200 
200 
ns 


20 
tSS 
SYNC Pulse Width 
200 
200 
ns 


21 
tWRT 
WR to RTS Valid Delay 
6tCY 
6tCY 
ns 


22 
tWDT 
WR to DTR Valid Delay 
5tCY 
5tCY 
ns 


NOTES: 
1. RxC is RTxC or TRxC, whichever 
is supplying 
the receive 
clock. 


2. TxC is TRxC or RTxC, whichever 
is supplying 
the transmit 
clock. 
3. Both RTxC and SYNC 
have 30 pF capacitors 
to ground 
connected 
to them. 
4. Parameter 
applies 
only if the data rate is one-fourth 
the system 
clock 
(ClK) 
rate. In all other 
cases, 
no phase 
relationship 
between 
RxC and ClK 
or TxC and ClK 
is required. 
5. Parameter 
applies 
only to FM encoding/decoding. 
6. Only applies 
to transmitter 
and receiver. 
For DPll 
and Baud 
Rate Generator 
Timings, 
the requirements 
are identical 
to 
system 
clock, 
ClK, 
specifications. 
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The emergence of asynchronous communications as the 
most widely used protocol (it commands the largest in- 
stalled base of nodes, exceeding HDLC/SDLC, 
the sec- 
ond most popular protocol, by a factor of 10 to 1) for 
point to point serial links has led to the need for an 
asynchronous 
communications 
component with high 
integration to reduce component count and decrease 
the cost of a serial port. The trend towards higher data 
rates and multiple job, multiple user systems has under- 
scored the need for an intelligent serial controller to 
improve system throughput and decrease the CPU load 
normally associated with asynchronous serial commu- 
nications. 


The 82510 CMOS Asynchronous Serial Controller is 
designed to improve asynchronous 
communications 
throughput and reduce system cost by integrating func- 
tions and simplifying the system interface. Two inde- 
pendent FIFOs, 
and Control Character 
Recognition 
(CCR), provide data butTering and increase software 
efficiency. Two Baud Rate GeneratorslTimers, 
an On- 
Chip Crystal Oscillator and seven Programmable I/O 
pins provide a high degree of integration and reduce 
system component count. This application note will 
demonstrate the use of these features in an Asynchro- 
nous Communications Environment. 


The goal of this application note is to demonstrate the 
use of the major 82510 features in an asynchronous 
communications environment and to depict basic hard- 
ware and software design techniques for the 82510. It 
will discuss interfaces using both polling and interrupt 
techniques, as well as the impact of FIFOs using either 
scheme. An application example covering the applica- 
tion of Error Free File Transfer is also provided. 


The application note describes the operation of the 
82510 ASC in a normal (non 8051 9-bit) asynchronous 
communications mode. The majority of the discussion 
is focused towards the systems aspects of the Control- 
ler. The use of the 82510 in a multidrop or 8051 9-bit 
asynchronous environment is not covered. This appli- 
cation note assumes that the reader is familiar with the 
82510 in terms of pin description, register architecture 
and interrupt 
structure. 
It is also assumed that the 
reader is familiar with the information provided in the 
82510 Data Sheet. 


The initial sections of the application note provide an 
overview of the 82510 and its major functional blocks. 


This is followed by a discussion of the hardware design 
and system interface considerations in sections three 
and four. The fifth section provides some software tech- 
niques for transmitting and receiving data as well as the 
use of timers. Section seven briefly discusses the file 
transfer a.pplication based on the XMODEM protocol 
and includes the software listings. 


The 82510 can be divided into seven functional blocks 
(See Figure 1): Bus Interface Unit (BID), Timing Unit, 
Modem Interface Module, Tx FIFO, Rx FIFO, Tx Ma- 
chine and Rx Machine. All blocks, except BIU can gen- 
erate a block interrupt request to the 82510 interrupt 
logic. In the case of the Rx Machine, Timing Unit and 
Modem Interface Module, multiple sources (errors and 
status events) within the block cause the block interrupt 
request to become active. All of the blocks have regis- 
ters associated with them. The registers, allow configu- 
ration, provide status information about events/errors, 
and may also be used to send commands to each block. 


The Bus Interface Unit (BID) interfaces the 82510 
functional blocks to the system or CPU bus. It provides 
read and write access to the 82510 registers and con- 
trols the generation of interrupts to the external world. 
The interrupt logic resolves contention between block 
interrupt requests, on a priority basis. The BIU also has 
the Hardware Reset circuitry, which is driven by the 
RESET pin. The reset signal clears all internal Flip 
Flops, and Registers and puts them in a predefined 
state. All activities on the Bus interface, including regis- 
ter accesses by the CPU, are synchronized to an inter- 
nal (82510) system clock, supplied via the CLK pin. 


The Rx Machine (RxM) converts the serial data to par- 
allel and writes it to the Rx FIFO, along with the ap- 
propriate flags (available in the Receive Flags Register). 
The Rx Machine can be configured for control charac- 
ter recognition, data sampling and DPLL operation. 
The software can check for noise, control character, 
break, address or parity and framing errors by reading 
the status or character flags. Optionally, the Receive 
Status bits (in RST), when enabled, can generate inter- 
rupt requests. The Rx Machine block Interrupt request 
is reflected in the General Status Register and is set 
when an enabled interrupt request within the Rx Ma- 


inter 


chine (i.e. RST bits) becomes active. The Rx Machine 
has eight registers associated with it: 


Receive Status (RST)-Receive 
Events and Receive Er- 
rors 


Receive Interrupt 
Enable (RIE)-Ena15les 
Interrupts 
on corresponding bits in RST 


Receive Mode (RMD)-Receive 
Machine Configura- 
tion 


Receive Command (RCM)-Receiver 
Command Reg- 
ister 


Line Control (LCR)-I6450 
Register,.Character Attri- 
bute Configuration 


Line Status (LSR)-I6450 
Status Register, Tx and Rx 
status 


The Tx Machine reads characters from the Tx FIFO 
and transmits them serially over the TXD line. The Tx 
Machine can also transmit additional character attri- 
butes (9th bit of Data, Address Marker, Software Pari- 
ty) available from the Transmit Flags, if configured in 
the appropriate mode. The Tx Machine Idle interrupt 
request is reflected in the GSR and LSR registers to 
indicate that the Transmitter is either Empty or Dis- 
abled. The Tx Machine has six registers associated with 
it: 


Line Control (LCR)-16450 
Register, Character Attri- 
bute Configuration 


Line Status (LSR)-16450 
Status Register, Tx and Rx 
status 


Transmit 
Command---(TCM)- 
Transmit 
Command 
Register 


The Modem Interface module is responsible for the mo- 
dem interface and general purpose I/O pins. It will gen- 


erate Interrupts (if enabled) upon transitions in the mo- 
dem input pins (DCD, CTS, RI, and DSR). The mo- 
dem output pins can be controlled by the CPU, also the 
RTS pin can be used to provide flow control, in the 
automatic transmission mode. It is the source of the 
Modem Interrupt bit in GSR. This bit is set whenever 
there is a state change in the DCD, RI, DSR or CTS 
inputs (reflected in Modem Status Register) and the 
corresponding enable bits are set. The function and di- 
rection of the multifunction pins can be reprogrammed 
and is available as a configuration option. Multifunc- 
tion pins, when configured as outputs, can be con- 
trolled by the CPU through the Modem Control Regis- 
ter. The Modem module has four registers associated 
with it: 


Modem Status 
Register (MSR)-State 
transitions 
on modem input 
pins, and State of the modem input pins 


Modem 
Control 
(MCR)-Control 
state of Modem 
Output pins 


Modem Interrupt 
Enable (MIE)-Enable 
Interrupt on State transitions in 
modem input pins 


110 Pin Mode (PMD)-Functions 
and Directions of 
Multifunction pins 


The Timing Unit is responsible for the generation of the 
System Clock, using either its Crystal Oscillator or an 
externally generated clock, and generation of the Tx 
and Rx clocks from either the On-Chip Baud Rate 
Generators or the SCLK pin. It is also responsible for 
generating 
Timer 
Expired 
interrupts 
when 
the 
BRGslTimers 
are configured for use as Timers. There 
are ten registers associated with the Timing Unit, four 
of these are used in the Timer mode only. 


Timer Status (TMST)-Timer 
A and/or 
Timer B ex- 


pired 


Timer Interrupt 
Enable (TMIE)-Enables 
Interrupts 
upon Expiration 
of Timers A or B in TMST 


Clock Configure (CLCF)-Select 
source and mode for 
Tx and Rx clocks 
\ 


BRG 
B Configuration 
(BBCF)-Mode 
and 
Clock 
source of BRG B 
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BRG B LSB of Divisor (BBL)-Least 
Significant Byte 
of BRG B Divisor/Count 


BRG A MSB of Divisor (BBH)-Most 
Significant Byte 
of BRG B Divisor/Count 


BRG 
A Configuration 
(BACF)-Mode 
and 
Clock 
source of BRG A 


BRG A LSB of Divisor (BAL)-Least 
Significant Byte 
of BRG A Divisor/Count 


BRG A MSB of Divisor (BAH)-Most 
Significant 
Byte of BRG A Divisor/Count 


The Dual FIFOs (transmit and receive), serve as buff- 
ers for the 8251Q. They buffer the transmitter and Re- 
ceiver from the CPU. Each of the FIFOs has a pro- 
grammable threshold. The threshold is the FIFO level 
which will generate an interrupt. The threshold is used 
to optimize the CPU throughput and provide increased 
interrupt to service latency for higher baud rates. It can 
be configured through the FIFO Mode Register. Each 
FIFO character has flags associated with it (TxF and 
RxF). As each character is read from the Rx FIFO its 
flags are put into the RxF register. Before a write to 
TXD (if character configuration requires) the character 
flags are written to the TXF register. The two FIFOs 


are totally independent of each other and each FIFO 
can generate an interrupt request which indicates that 
the configured threshold has been met. 


3.1 System Interface 


The 82510 has a standard 110 peripheral interface, it 
has a demultiplexed Bus, which consists of a bidirec- 
tional eight bit Data Bus, and three Address lines. In- 
terrupt, Read, Write, Chip Select and Reset pins com-_ 
plete the system interface. The three address lines along 
with the Bank register are used to select a particular 
register. 


The 
82510 
registers are logically divided into four 
banks. Only one bank can be accessed at anyone time. 
Each register bank occupies eight 110 addresses. To 
select a register, the correct Bank must first be selected 
by writing to the GIR/Bank 
register (the GIR/Bank 
register 110 address is two (Ao = 0, AI = I, A2 = 0). 
Then one of the eight I/O space addresses is selected by 
outputting 
a value (between zero and seven) to the 
82510 address pins Ao-A2. 


SERIAL litODULE 
Vcc 


Vss 
TX 
TX 
TXO 
FIre 
~ACHINE 


A(2-0) 
0(7-0) 


INT 


INT 
RX 
RX 
RXO 
• 
FIFO 
MACHINE 


BUS 
INTERFACE 
IiO 
UNIT 


WJl 
es 
lX 
IX 


RESET 
Rxe 
TXC 


elK/X' 
0Uf2/X2 
l!i/selK 


I5SR/TA/(j{JTl) 
~/lelK/01JTi 


I5TIl/TB. 
RfS 
rn 
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BANK ZERO 825~OMPATIBLE 
BANK 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Defaul 


xD 
Tx Data 
TxData 
TxData 
Tx Data 
TxData 
TxData 
TxData 
Tx Data 
0 
- 
bit7 
bit6 
bit5 
bit4 
bit3 
bit2 
bit 1 
bitO 


RxD 
Ax Data 
Ax Data Ax Data 
Ax Data 
Ax Data 
Ax Data 
Ax Data 
Ax Data 
0 
- 
bit7 
bit 6 
bit5 
bit4 
bit 3 
bit 2 
bit 1 
bit 0 


BAL 
BAGA LSB Divide Count (DLAB = 1) 
0 
02H 


BAH 
BAGA MSB Divide Count (DLAB = 1) 
1 
OOH 


GEA 
0 
0 
Timer 
Tx Machine Modem 
Ax Machine 
Tx FIFO 
Ax FIFO 
1 
OOH 


Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 


Enable 
Enable 
Enable 
Enable 
Enable 
Enable 


f3IR/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 


Pointer 
Pointer 
Block Int 
Block Int 
Block Int 
Pending 


bit 1 
bitO 
bit 2 
bit 1 
bitO 


LCA 
DLAB 
Set 
Parity 
Parity 
Parity 
Stop bit 
Character 
Character 
3 
OOH 


Divisor 
Break 
Mode 
Mode 
Mode 
Length 
Length 
Length 
Latch 
bit2 
bit 1 
bitO 
bitO 
bit 1 
bitO 
Access 
bit 


MCA 
0 
0 
OUTO 
Loopback 
OUT2 
OUT1 
ATS 
DTA 
4 
OOH 
Complement 
Control bit 
Complement 
Complement 
Complement 
Complement 


SA 
0 
TxM 
Tx FIFO 
Break 
Framing 
Parity 
Overrun 
Ax FIFO 
5 
60H 


Idle 
Interrupt 
Detected 
Error 
Error 
Error 
IntAeg 


MSA 
DCD Input AI Input DSA Input 
CTS Input 
State 
State(H-L) 
State 
State 
6 
OOH 
Inverted 
Inverted Inverted 
Inverted 
Change 
Change 
Change 
Change 
in DCD 
in AI 
inDSA 
inCTS 


ACAO 
Address 
or Control Character 
Zero 
7 
OOH 


BANK ONE-GENERAL 
WORK BANK 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


TxD 
Tx Data 
TxData 
TxData 
Tx Data 
TxData 
TxData 
TxData 
Tx Data 
0 
- 
bit7 
bit 6 
bit 5 
bit4 
bit3 
bit 2 
bit 1 
bitO 


AxD 
Ax Data 
Ax Data 
Ax Data 
Ax Data 
Ax Data 
Ax Data 
Ax Data 
Ax Data 
0 
- 
bit 7 
bit6 
bit 5 
bit4 
bit3 
bit 2 
bit 1 
bitO 


AxF 
- 
Ax Char 
Ax Char 
Ax Char 
Address 
or 
Break 
Ax Char 
Ninth 
1 
- 
OK 
Noisy 
Parity 
Control 
Flag 
Framing 
Data bit 
Error 
Character 
Error 
of Ax Char 


xF 
Address 
Software 
Ninth bit 
0 
0 
0 
0 
0 
1 
- 
Marker bit Parity bit of Data Char 


GIA/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 
Pointer 
Pointer 
Block Int 
Block Int 
Block Int 
Pending 
bit 1 
bit 0 
bit 2 
bit 1 
bitO 


TMST 
- 
- 
GateB 
Gate A 
- 
- 
TimerB 
Timer A 
3 
30H 
State 
State 
Expired 
Expired 


MCA 
0 
0 
Trigger 
Trigger 
0 
0 
Start 
Start 
3 
- 
GateB 
Gate A 
TimerB 
Timer A 


MCR 
0 
0 
OUTO 
Loopback 
OUT2 
OUT 1 
ATS 
DTA 
4 
OOH 
Complement 
Control bit Complement 
Complement 
Complement 
Complement 
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BANK ONE-GENERAL 
WORK 
BANK (Continued) 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


FLR 
- 
Rx FIFO Level 
- 
Tx FIFO Level 
4 
OOH 


RST 
Address/ 
Address/ 
Break 
Break 
Framing 
Parity 
Overrun 
RxFIFO 
5 
OOH 


Control 
Control 
Terminated 
Detected 
Error 
Error 
Error 
Interrupt 


Character 
Craracter 
Requested 


Received 
Match 


RCM 
Rx 
Rx 
Flush 
Flush 
Lock Rx 
Open Rx 
0 
0 
5 
- 
Enable 
Disable 
RxM 
RxFIFO 
FIFO 
FIFO 


MSR 
DCD 
Rllnput 
DSR Input 
CTS Input 
State 
State 
State 
State 
6 
OOH 


Complement 
Inverted 
Inverted 
Inverted 
Change 
Change 
Change 
Change 
inDCD 
inRI 
inDSR 
inCTS 


TCM 
0 
0 
0 
0 
Flush Tx 
Flush Tx 
Tx 
Tx 
6 
- 
Machine 
FIFO 
Enable 
Disable 


GSR 
- 
- 
Timer 
TxM 
Modem 
RxM 
TxFIFO 
RxFIFO 
7 
12H 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 


ICM 
0 
0 
0 
Software 
Manuallnt 
Status 
Power 
0 
7 
- 
Reset 
Acknowledge 
Clear 
Down 
, 
Command 
Mode 


BANK TWO-GENERAL 
CONFIGURATION 


Register 
7 
6 
5 
I 
4 
3 
2 
1 
0 
Address 
Default 


FMD 
0 
0 
Rx FIFO Threshold 
0 
0 
Tx FIFO Threshold 
1 
OOH 


GIR/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 
Pointer 
Pointer 
Block Int 
Block Int Block Int Pending 
bit 1 
bit 0 
bit2 
bit 1 
bitO 


TMD 
Error 
Control 
9-bit 
Transmit 
Mode 
Software 
Stop Bit Length 
3 
OOH 
Echo 
Character 
Character 
Parity 
Disable 
Echo Disable 
Length 
Mode 


IMD 
0 
0 
0 
0 
Interrupt 
RxFIFO 
ulan 
Loopbackor 
4 
OCH 
Acknowledge 
Depth 
Mode 
Echo Mode 
Mode 
Select 
of Operation 


ACR1 
Address 
or Control 
Character 
1 
5 
OOH 


RIE 
Address/ 
Address/ 
Break 
Break 
Framing 
Parity 
Overrun 
0 
6 
1EH 
Control 
Control 
Terminate 
Detect 
Error 
Error 
Error 
Character 
Character 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Interrupt 
Recognition 
Match 
Enable 
Enable 
Enable 
Enable 
Enable 
Interrupt 
Interrupt 
Enable 
Enable 


RMD 
Address/Control 
Disable 
Sampling 
Start bit 
0 
0 
0 
7 
OOH 
Character 
Mode 
DPLL 
Window 
Sampling 
Mode 
Mode 


BANK THREE-MODEM 
CONFIGURATION 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


CLCF 
RxClock 
RxClock 
TxClock 
TxClock 
0 
0 
0 
0 
0 
OOH 
Mode 
Source 
Mode 
Source 


BACF 
0 
BRGA 
0 
0 
0 
BRGA 
0 
0 
1 
04H 
Clock 
Mode 
Source 


BBL 
BRGB LSB Divide Count (DLAB = 1) 
0 
05H 


BBH 
BRGB MSB Divide Count (DLAB = 1) 
1 
OOH 


Figure 2. 82510 Register 
Map (Continued) 
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inter 


BANK THREE-MODEM 
CONFIGURATION 
(Continued) 


Register 
7 
6 
5 
4 
3 
2 
1 
0 
Address 
Default 


GIR/BANK 
0 
BANK 
BANK 
0 
Active 
Active 
Active 
Interrupt 
2 
01H 


Pointer 
Pointer 
Block Int 
Block Int 
Block Int 
Pending 


bit 1 
bit 0 
bit2 
bit 1 
bitO 


BBCF 
BRGB Clock Source 
0 
0 
0 
BRGB 
0 
0 
3 
84 


Mode 


PMD 
DCD/ICLKI 
DCD/ICLKI 
DSR/TAI 
DSR/TAI 
RI/SCLK 
DTR/TB 
0 
0 
4 
FCH 


aUT 
1 
aUT 
1 
aUTO 
aUTO 
Function 
Function 
Direction 
Function 
Direction 
Function 


MIE 
0 
0 
0 
0 
DCDState 
RIState 
DSR State 
CTSState 
5 
OFH 
Change Int Change Int Change Int Change Int 


Enable 
Enable 
Enable 
Enable 


TMIE 
0 
0 
0 
0 
0 
0 
TimerB 
Timer A 
6 
OOH 
Interrupt 
Interrupt 


Enable 
Enable 


Like most other I/O based peripherals the Read and 
Write pins are used to access data in the 82510. Each 
read or write cycle has specified setup and hold times in 
order for the data to be transferred correctly to/from 
the 82510. The critical timings for the read cycle are: 
1. Address Valid to Read Active (Tavrl) 
2. Command Access Time to Data Valid (Trldv) 
3. Command Active Width (Trlrh) 


The less critical parameters are: 
4. Address Hold to Read Inactive (Trhax) 
5. Data Out Float Delay after Read Inactive (Trhdz) 


The critical timings for the write cycle are: 
1. Address Valid to Write Low (Tavwl) 
2. Write Active Time (Twlwh) 
3. Data Valid to Write Inactive (Tdvwh) 


The less critical parameters are: 
4. Address and Chip Select Hold Time After Write 
Inactive (Twhax) 
5. Data Hold Time After Write Inactive (Twhdx) 


These timings determine the number of wait states re- 
quired for the 82510 and the CPU interface. The inter- 
faces for some popular microprocessors are discussed in 
the following sections. 


The exact interface is shown in Figure 3. The schematic 
shows the 80186 interface to the 82510 on a local bus. 
Although the Data Bus is buffered, it is possible to 
directly connect the 82510 to the 80186 data bus; be- 
cause the Data Float Delay after read inactive is 40 ns 
for the 82510, which is well under the 85 ns require- 
ment of the 80186. The timing equations for the inter- 
face are given below. 


Address to Read Low = Tclcl - Tclavmax + Tclrlmin 
- 
Latch DelaYmax 


Read Access Time = 2Tclcl - 
Tclrlmax - 
Tdvcl - 
Transceiver DelaYmax 


Read Active Time = Trlrh 
= 2Tclcl - 46 


Address Valid to Write Active = Tclcl + Tcvctvmin 
- 
Tclavmax - 
Latch Prop. DelaYmax 


Write Active Time = Twlwh 
= 2Tclcl - 40 


Data Valid to Write Inactive = 2 Tclcl - Tcldvmax - 
Transceiver DelaYmax+ Tcvctxmin 


16.0MHz 
RESET ROM 
0 
4 
DATA 


+5V 
Xl 
X2 
UCS 


LATCH 


RESET 
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ALE 
STB 
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PROGRAM RAM 


Ri5 


WR 
INTO 
PCSO 
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The user can transfer data to the 82510, using the 
DMA capabilities of the 80186, by using the RTS pin, 
in automatic modem control mode, as a DMA request 
line. The RTS pin, in automatic mode, will go inactive 
as soon as the Tx FIFO and the Tx shift register are 
empty. It will become active once a data character is 
written to the TXD register. In most 80186 DMA trans- 
fers the user has to make sure that the DMA request 
line goes inactive at least two clock cycles from the end 
of the DMA deposit cycle. In this case, the extra DMA 
cycle is not a problem, because the Tx FIFO will buffer 
the data to prevent an overrun (Since the Tx FIFO can 
buffer up to four characters, the RTS pin only needs to 
go inactive two clocks before the end of the deposit 
phase of the fourth DMA). Typically RTS will go inac- 
tive five (82510) system clocks after the rising edge of 
write. 


The 80286 interface is shown in Figure 4. The 82510 is 
on the local bus, and is using the control signals from 
the 82288 Bus Controller. The Data Enable (OE) is 
qualified by the 82510 Chip Select, to avoid Data Bus 
contention between the 82510 and the CPU. The timing 
equations for the Read and Write Cycles are given be- 
low. 


Address Valid to Read Active = T1 (CLK period) + 
T29min (CLK to cmd active) - 
T16max (ALE active 
delay) - 
Latch Prop. DelaYmax 


Read Access to Data Valid = 2T1 (CLK period) 
T29max (CLK to cmd active) - 
T8 (Read Data Setup 
Time) - 
Transceiver DelaYmax 


Read Active Time = 2T1 (CLK period) - 
T29max 
(CLK to cmd active) + T30min (CLK to cmd inactive) 


Address to Write Low = T1 (CLK period) + T29min 
(CLK to cmd active) - 
T16max(ALE active delay) - 
Latch DelaYmax 


Write Active Time = 2 T1 (CLK period) - 
T29max 
(CLK to cmd active) + nOmin (CLK to cmd inactive) 


Data to Write High = 3 T1 - 
T14min (Write Data 
Valid Delay) + T30min (CLK to cmd inactive) - 
Xcvr. DelaYmax 


Using an 8 MHz 80286 with the 82510 at 18.432 MHz 
(divide by two-9.216 
MHz) requires two wait states. 
The critical timings are the read cycle timings-Read 
Access Time and Read Active Width. Inserting two 


wait states means that the access times for the relevant 
parameters will be increased by 250 ns. 


NOTE: 
The address decoding scheme of the 80286 interface is 
different from the IBM PC/PC AT I/O addresses for 
the serial ports, therefore the interface shown in Fig- 
ure 4 cannot be used in PC/PC AT oriented designs. 


The 80386 interface to the 82510 is given in Figure 5. 
The example uses the Basic I/O interface given in the 
80386 Hardware Reference Manual section 8.3. The 
only differences are in the specific address lines used for 
chip select generation, and the additional wait states in 
the wait state generation logic. The address lines A3, 
A4 and A5 are used to select one of the eight register 
address spaces in the 82510, therefore, A6 and A7, 
rather than A4 and A5, are used in the I/O decoder. 
This causes a granularity of four in the 8251O's I/O 
address space, i.e., the addresses of two consecutive reg- 
isters in the 82510 differ by four. 


The 82510 requires one additional wait state (as cur- 
rently specified), the design assumes that the PAL 
equations are modified for that purpose. The user may 
also externally generate the wait states and connect to 
the "other ready logic" input ORed with the RDY pin 
of PAL 2. The two read timings Read Active width and 
Read Access time to Data Valid each require one addi- 
tional wait state in order to meet the 82510 timing re- 
quirements. The timings are given below. (82510 times 
are at 9.216 MHz) 


Since each additional 
wait state 
adds 
62.5 ns at 
16 MHz, the 82510 requires one additional wait state. 
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The required recovery time between successive com- 
mands is 123 ns for the 82510, this is well within the 
331.75 ns provided by the Basic I/O interface. 


NOTE: 
The interface shown in Figure 5 uses a different ad- 
dress decoding scheme than that used for the IBM 
PC/PC 
AT families, for the serial ports. Therefore, 
the interface in Figure 5 can not be used in PCIPC 
AT compatible designs. 


The 82510 can be reset either through hardware (Reset 
pin) or Software (reset command via Internal Com- 
mand 
Register-ICM). 
Either 
reset would cause the 
82510 to return to its default wake up mode. In this 
mode the register contents are reset to their default val- 
ues and the device is in the 16450compatible configura- 
tion. The Reset pulse must be held active for at least 
eight system clocks, the system clock should be running 
during reset active time. 


3.2.1 DEFAULT 
MODES 
FOR 16450 
COMPATIBiliTY 


Upon reset the 82510 will return to its Default Wake 
Up mode. The default register bank is bank zero. The 
registers in bank zero are identical to the 16450 register 
set, and provide complete software compatibility with 
the 16450' in the IBM PC environment. The registers 
in the other banks have default values, which configure 
the 82510 for 16450 emulation. The recommended sys- 
tem clock (for PC compatibility) is 18.432 MHz, this 
allows the baud rates generation to be done in a manner 
compatible with the PC software. The PC software cal- 
culates baud rates based on a source frequency of 
1.8432 MHz. The 82510 system clock (18.432 MHz) is 
divided by two before being fed to BRG A and then is 
again divided by five (BRG B default). This causes the 
frequency to be divided by ten before being fed into 
BRG A. 18.432 divided by ten yields 1.8432MHz, so in 
effect the BRG A is generating baud rates from a 
source frequency of 1.8432 MHz (which is compatible 


'16450 
is the PC AT version 
of the INS 8250A. 


with the PC software). Also since in the PC family the 
interrupt 
request pin of the UART is gated by the 
oun pin, The OUT2 pin must be available in the 
16450 compatibility mode, consequently the user is re- 
stricted to an external clock source when using the 
82510 in the IBM PC compatible mode. The default pin 
out is given in Figure 6 and the'configuration is given in 
Table 1. The default register values are given in the 
82510 register map shown in Figure 2 in section 3.1.1. 


INTERRUPTS 
Auto Acknowledge 
All Interrupts Disabled 


RECEIVE 
Stand Ctl. Char. Recogn. disabled 
Digital Phase Locked Loop (DPLL) disabled 
3/16 Sampling 
Majority Vote Start bit 
Non foLlan(Normal) mode 
BkD, FE, OE, PE Int. enabled 


FIFO 
Rx FIFO Depth = 1 
Tx FIFO Threshold = 0 


LOOP BACK Configured 
for Local Loopback 


CLOCK OPTIONS 
Baud Rate = 57.6K 
Rx Clock = 16 x 
Rx Clock Source = BRG B 
Tx Clock = 16 x 
Tx Clock Source = BRG B 
BRG A Mode = BRG 
BRG A Source = Sys. Clock 
BRG B Mode = BRG 
BRG B Source = BRG A Output 


TRANSMIT 
Manual Control of RTS 
1 Stop Bit 
No Parity 
5 Bit Character 


inter 
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ill 
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Figure 6. Default 
Pin Out Configuration 
of the 82510 


The term "System Clock" refers to the clock which 
provides timings for most of the 82510 circuitry. The 
82510 has two modes of system clock usage. It can 
generate its system clock from its On-Chip Crystal Os- 
cillator and an external crystal, or it can use an exter- 
nally generated clock, input to the device through the 
CLK pin. The selection of the system clock option is 
done during reset. The default system clock source is an 
externally generated clock, which can be reconfigured 
by a strapping option on the RTS pin. During Reset, 
the RTS pin is an input; it is internally pulled high, if it 
is externally driven low, then the 82510 expects to use 
the Crystal Oscillator for system clock generation, oth- 
erwise it is set up for using an external clock source. 
This can be done by using an open collector inverter to 
RTS, the input of the inverter is the Reset signal. The 
82510 has a pull up resistor in the RTS circuitry so no 
external pull up is needed. In the crystal oscillator 
mode the CLK/Xl 
pin is automatically configured to 
Xl, and the OUT2/X2 pin is configured to X2. In the 
External Clock mode, the CLK/X! 
is configured to 
CLK and the OUT2/X2 is configured to OUT2. 


NOTE: 
CrystalOscillatoris alwaysdividedby two. 


If the Crystal Oscillator is being used to supply the 
system clock, then the clock frequency is always divid- 
ed by two before being fed into the rest of the 82510 
circuitry. If, however an external clock source is being 
used to supply the system clock, then the user has two 
options: 
1. Use the System Clock after division by two, e.g. if a 
8 MHz clock is being fed into the CLK pin, then the 
actual frequency of the 82510 system clock will be 4 
MHz (default). 


2. Disable Division by two and use the direct undivid- 
ed clock, e.g. if an 8 MHz clock is being fed into the 
CLK pin, then the actual frequency of the 82510 
system clock is also 8 MHz. 


The divide by two option is the default mode of opera- 
tion in the External Clock mode of the 82510. A strap- 
ping option can be used to disable the Divide By Two 
operation (For Crystal Oscillator Mode Divide By Two 
must always be active). During Reset, the DTR pin is 
an input; it is internally pulled high, if it is externally 
driven low then the Divide By Two operation is dis- 
abled. The strapping option is identical to the one used 
on RTS for selection of the System Clock source. 


The 82510 system clock must be chosen with care since 
it influences the wait state performance, Baud Rate 
Generation (if being used as source frequency for the 
BRGs), the power consumption, and the Timer count- 
ing period. The power consumption of the 82510 is de- 
pendent upon the system clock frequency. If using the 
system clock as a source for the Baud Rate Genera- 
tor(s), then the system clock frequency must be a baud 
rate multiple in order to minimize frequency deviation. 
For standard baud rates a multiple of 1.8432 MHz can 
be used, in fact the 18.432 MHz maximum frequency 
was chosen with this particular criteria in mind. 
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The 82510 has a "power down" mode to reduce power 
consumption when the device is not in use. The 82510 
powers down when the power down command is issued 
via the Internal Command Register (ICM). There are 
two modes of power down, Power Down Sleep and 
Power Down Idle. 


This is the mode when even the system clock of the 
82510 is shut down. The system clock source of the 
82510 can either be the Crystal Oscillator or an exter- 
nal clock source. If the Crystal Oscillator is being used 
and the power down command is issued, then the 
82510 will automatically enter the Sleep mode. If an 
external clock is being used, then the user must disable 
the external clock in addition to issuing the Power 
Down command, to enter the Sleep mode. The benefit 
of this mode is the increased savings in power con- 
sumption 
(typical power consumption 
in the Sleep 
mode is in the range of hundreds of microAmps. How- 
ever, upon wake up, if using a crystal oscillator, the 
user must reprogram the device. The data is preserved 
if the external clock is disabled after the power down 
command, and enabled prior to exiting the power down 
mode. To exit this mode the user can either issue a 
Hardware reset, or read the FIFO Level Register (FLR) 
and then issue a software reset (if using a Crystal Oscil- 
lator). In either case the contents of the 82510 registers 
are not preserved and 
the device must 
be repro- 
grammed prior to operation. 


NOTE: 
If the Crystal Oscillator is being used then the user 
must allow about 1 ms for the oscillator to wake up 
before issuing the software reset. 


The 82510 is said to be in the Idle mode when the 
Power Down command is issued and the system clock 
is still running (i.e. the system clock is generated exter- 
nally and not disabled by the user). In this mode the 
contents of all registers and memory cells are preserved, 
however, the power consumption in this mode is great- 
er than in the Sleep mode. Reading FLR will take the 
82510 out of this mode. 


NOTE: 
The data read from FLR when exiting Power Down is 
incorrect and must be ignored. 


The 82510 has two independent four bytes transmit and 
receive FIFOs. Each FIFO can generate an interrupt 
request, when the FIFO level meets the Threshold re- 
quirements. The FIFOs can have a considerable impact 
on the performance of an asynchronous communica- 
tions system. For systems using high baud rates they 
can provide increased interrupt-to-service 
latency re- 
ducing the chances of an overrun occurring. In systems 
constrained for CPU time, the FIFOs can increase the 
CPU Bandwidth by reducing the number of interrupt 
requests generated during asynchronous communica- 
tions. It can reduce the interrupt load on the CPU by 
up to 75%. By choosing the FIFO thresholds which 
reflect the system bandwidth or service latency require- 
ments, the user can achieve data rates and system 
throughput, unattainable with traditional UARTs. 


Mode 
Clock Source 
Exit Procedure 
Power Consumption 
Data Preservation 


Sleep 
CrystalOscil!. 
H/W Reset or 
100-900 
IJoA 
Not Preserved 
Automatically 
Read FLR and 
Must be Reprogrammed 
Disabled 
Issue S/W 
Reset 


External Clock 
Enable External 
100-900 
IJoA 
Not Preserved 
Must be Disabled 
Clock, Read FLR 
Must be Reprogrammed 
by User 
and Issue S/W Reset 
H/W Reset 


Idle 
External Clock 
H/W Reset 
1-3 
mA 
All Data Preserved 
Running 
Read FLR 
Does Not Need to be 
Reprogrammed 
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The interrupt-to-service latency is the time delay from 
the generation of an interrupt request, to when the in- 
terrupt 
source in the 82510 is actually serviced. Its 
primary application is in the reception of data. In tradi- 
tional UARTs the CPU must read the current charac- 
ter in the Receive Buffer before it is overrun by the next 
incoming character. The Rx FIFO in the 82510 can 
buffer up to four characters, allowing an interrupt-to- 
service latency of up to four character 
transmission 
times. The character transmission time is the time peri- 
od required to transmit one full character at the given 
Baud Rate. It is dependent upon the baud rate and is 
given by equation (1): 


Num. of Bits per Character Frame 
Baud Rate 


The Transmit and Receive FIFO thresholds should be 
selected with consideration to two factors the Baud 
rate, and the (CPU Bandwidth allocated for Asynchro- 
nous Channels is dependent upon the number of chan- 
nels supported since it does not include the overhead of 
supporting other peripherals) number of Asynchronous 
Serial ports being supported by the CPU. In order to 
avoid overrun, the interrupt-to-service delay must be 
less than the time it takes to fill the 82510 Rx FIFO. 
The relationship is given by equation (2): 
(2) Int_to_service-Iatency 
< FIFO Size X 
Character Transmission Time 


Calculate the maximum baud rate that can be support- 
ed by a 6 MHz PC AT to support four Full Duplex 
Asynchronous channels using 


• CPU dedicated to Asynchronous communications. 
• UART Interrupts limited to Transmission and Re- 
ception only. 


• Interrupt Routines are optimized for fast through- 
put. 


• 10 bits per character frame. 


Int._to_service 
latency < Buffer size x lO/baud rate 
Int_to_service 
latency = # of Channels 
X (# of 
int. sources per channel) 
X Time required to serv- 
ice interrupt 
Int_to_service 
latency = 4 X 2 X Time required to 
service interrupt 


The Time required to service interrupt has been calcu- 
lated to be 100 J.Lsfor a slightly optimized service rou- 
tine. RMX86 interrupt service time is given as 250 J.Ls 
and for other operating systems it should be slightly 
higher. 
Int_to_service 
latency 
= 4x2xl00 s 
= 800 J.Ls 
82510 max Baud Rate = 4 X 10/800 J.Ls 
(four byte FIFO) 
50K bits/sec 
82510 max Baud Rate = I X 10/800 J.Ls 
(one byte FIFO) 
12.5K bits/see 


The 82510 has 16different sources of interrupt, each of 
these sources, when set and enabled, will cause their 
respective block interrupt 
requests to go active. The 
block interrupt request, if enabled, will set the 8251O's 
INT pin high, and will be reflected as a pending inter- 
rupt in the General Interrupt Register (GIR) if no other 
higher priority block is requesting service. If a higher 
priority block interrupt is also active at the same time, 
then the General Interrupt Register will reflect the high- 
er priority request as the source of the 82510 interrupt. 
The lower priority interrupt will issue a new edge on 
the interrupt pin only after the higher priority interrupt 
is acknowledged and if no other priority block requests 
are present. Both the block interrupts and the individu- 
al sources within the blocks are maskable. The block 
interrupts are enabled through the General Enable Reg- 
ister (GER) which prevents masked bits in the General 
Status Register (GSR) from being decoded into the 
General Interrupt Register. This does not prevent the 
block request from being set in the General Status Reg- 
ister, it only prevents the masked GSR bits from being 
decoded into the General Interrupt Register, and thus 
generating any interrupts. The individual sources with- 
in the block are masked out via the corresponding in- 
terrupt enable register associated with the specific block 
(Rx Machine, Timing Unit and the Modem I/O mod- 
ule each have an Interrupt Enable register). 


ACKNOWLEDGE 
COMMAND 
ICM(3) 


Figure 9. 82510'5 
Interrupt 
Scheme 
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The 82510 interrupt logic consists of the following ele- 
ments: 


Three of the 82510 functional blocks (Rx Machine, 
Timer, Modem I/O) 
have more than one possible 
source of interrupts, for instance the Rx Machine has 
seven different sources of interrupts-standard 
control 
character 
recognition (Std. CCR), control character 
Match (special CCR), Break Detect, Break Terminat- 
ed, Overrun Error, Parity Error, and Framing Error. 
The multiple sources are represented as Status bits in 
the Status registers of each of these blocks. When en- 
abled the Status bits cause the block request to set in 
the General Status Register. There is no difference in 
the behavior of the INT pin or the block status bits in 
GSR, for multiple sources within a block becoming ac- 
tive simultaneously. The corresponding block status bit 
in GSR is set when one or more interrupt sources with- 
in the block become active. When the status register for 
the block is read all the active interrupt sources within 
the block are reset. Each source within the three blocks 
can be masked through its respective enable register. 


This register holds the status of the six 82510 blocks 
(all except Bus Interface Unit). Each bit when set indi- 
cates that the particular block is requesting interrupt 
service, and if enabled via the General Enable Register. 
will cause an interrupt. 


This register is used to enable/disable the correspond- 
ing bits in the General Status Register. It can be pro- 
grammed by the CPU at any time. 


Table 3. Block Interrupt 
Priority 


Block 
Priority 
GIRCODE 
3 2 1 (Bits) 


Timers 
5 (highest) 
1 0 1 
Tx Machine 
4 
100 
Rx Machine 
3 
o 1 1 
RxFIFO 
2 
010 
Tx FIFO 
1 
001 
Modem 
I/O 
o (lowest) 
000 


4.2.1.4 Priority 
Resolver 
and General 
Interrupt 
Register 


If more than one enabled Interrupt request from GSR 
is active, then the priority resolver is used to resolve 
contention. The priority resolver finds the highest pri- 
ority pending and enabled interrupt in GSR and de- 
codes it into the General Interrupt Register (bits 3 to I). 
The General Interrupt Register can be read at any time. 


NOTE: 
GIR is updated continuously, so while the user may 
be serving one interrupt source, a new interrupt with 
higher priority may update GIR and replace the older 
one. 


The 82510 has two modes of interrupt acknowledge- 
ment-Manual 
acknowledge and Automatic acknowl- 
edge. In Manual Acknowledge mode, the user has to 
issue an explicit 
Acknowledge 
Command 
via the 
Internal Command Register (ICM) in order to cause 
the INT pin to go low. In Automatic Acknowledge 
mode the INT pin will go low as soon as an active or 
pending interrupt request is serviced by the CPU. An 
operation is considered to be a service operation if it 
causes the source of the interrupt (within the 82510) to 
become inactive (the specific status bit is reset). The 
service procedures for each source vary, see section 
4.2.3.2 for details. 


In the automatic acknowledge mode, a service opera- 
tion by the CPU will be considered as an automatic 
acknowledgement of the interrupt. This will force the 
INT pin low for two clock cycles, after that the INT 
pin is updated i.e. if there is an active enabled source 
pending then the INT pin is set high again (reflected in 
GIR). This mode is useful in an edge triggered Inter- 
rupt system. Servicing any enabled and active GSR bit 
will cause Auto Acknowledge to occur (independently 
of the source currently decoded in the GIR register). 
This can be used to rearrange priorities of the 82510 
block requests. 
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Figure 10. Automatic 
Acknowledge 
Mode Operation 
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NOTE: 
Vector 
refers 
to GIR bit (3-0) 
82510: 
Manual 
Ack. Mode 
8259A: 
Edge Triggered 
Non AEOI 
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The Manual Acknowledgement 
Mode requires that, 
unlike the automatic mode where a service operation is 
considered as an automatic acknowledge, an explicit 
acknowledge command be issued to the 82510 to cause 
INT to go inactive. In this mode the CPU has complete 
control over the timing of the Interrupts. Before exiting 
the service routine, the CPU can check the GIR register 
to see if other interrupts are pending and can service 
those interrupts in the same invocation, avoiding the 
overhead of another 
interrupt 
as in the Automatic 


RESTORE ORIGINAL 
VALUE OF GIR/BANK 
TO RETURN TO 
ORIGINAL BANK 


mode. Of course the user has the option of issuing the 
acknowledge command immediately after the service, 
which would be similiar in behavior to the automatic 
mode. If the manual acknowledge command is given 
before the active source has been serviced and no higher 
priority request is pending, then the same source will 
immediately generate a new interrupt. Therefore, the 
software must make sure that the Manual Acknowl- 
edge command is issued after the interrupt source has 
been serviced by the CPU (see section 4.2.3.2. for more 
details on interrupt service procedures for each source). 


READ CORRESPONDING 
STATUS REGISTER &: 
SERVICE ALL APPROPRIATE 
ACTIVE BITS 


inter 


In general an interrupt handler for the 82510 must first 
identify the interrupt source within the 82510, transfer 
control to the appropriate 
service routine and then 
service the active source. The active source can be iden- 
tified from two registers-General 
Interrupt Register, 
or General Status Register. The GIR register identifies 
the highest priority active block interrupt request. The 
GSR register identifies all active (pending or in service) 
Block Interrupt Requests. The typical operation of the 
82510 interrupt handler is given in Figure 12. The two 
major issues of concern are the source identification 
and Control Transfer to the appropriate service routine. 


USER 
PRIORITY 
=( RX FIFO (HI) 
RX MACHINE 
TIMER 


{ 
TX 
FIFO 
TX MACHINE 
MODEM 
(LOW) 


Since the 82510 registers are divided into banks, and 
the interrupt handler may change register banks during 
service, it is best to save the bank being used by the 
main program and then do the interrupt processing. 
Upon completion of service, the original bank value is 
restored to the GIR/Bank 
register. 


The 82510 has 16 interrupt sources, and the CPU must 
identify the source before performing any service. Al- 
though the procedure varies, the typical method would 
be to identify the block requesting service by reading 
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GIR bits 3-1. If the source is either Tx Machine, Tx 
FIFO, or Rx FIFO, no further indentification is need- 
ed, the user can transfer control to the service routine 
(in most cases, only one Timer will be used, therefore 
the Timer Routine can also be directly invoked). All 
modem I/O interrupts can be handled via one routine 
as all the modem interrupt sources are supplementary 
to the modem handshaking function. The Rx Machine, 
however, has two different types of interrupt sources, 
event indications (CCRI Address recognition CCRI Ad- 
dress Match, 
Break Detect, 
Break Terminate, 
and 
Overrun Error), and error indications (Parity Error, 
Framing Error, these error indications do not refer to 
any particular character, they just indicate that the spe- 
cific error was detected during reception). For most ap- 
plications, the error indicators can be masked off, and 
only the event driven interrupts enabled. The error in- 
dicators can be read from the Receive Flags prior to 
reading a character 
from the FIFO. 
This interrupt 
scheme can be used, because the Receive character er- 
ror indicators are available in the Receive Flags, and 
can be checked by the Receive routine before reading 
the character from the Rx FIFO. 


Since all active status bits (except Rx FIFO interrupt in 
LSR and RST) are reset when the corresponding block 
status register is read, the interrupt routine must check 
for all possible active sources within the block, and 
service each active source before exiting the interrupt 
handler. 


The 82510 interrupt contention is resolved on a fixed 
priority basis. In some applications the fixed priority 
may not be suitable for the user. For these cases the 


user can bypass the 8251O'spriority resolution by using 
the General Status Register (rather than GIR) to deter- 
mine the block interrupt 
sources requesting service. 


Each source is checked in order of user priority and 
serviced when identified (There will be no problem with 
using this algorithm in auto acknowledge mode because 
the INT pin will go low as soon as a pending and en- 
abled interrupt request goes low). The user will be trad- 
ing some service latency time for additional source 
identification time, this algorithm's efficiency will im- 
prove as the number of block sources to verify is re- 
duced. See Figure 13 for the algorithm. 


A service operation is an operation performed by the 
CPU, which causes the source of the 82510 interrupt to 
go inactive (it will reset the particular status bit causing 
the interrupt). An interrupt request within the 82510 
will not reset until the interrupt source has been serv- 
iced. Each source can be serviced in two or three differ- 
ent ways; one general way is to disable the particular 
status bit causing the interrupt, via the corresponding 
block enable register. Setting the appropriate bit of the 
enable register to zero will mask off the corresponding 
bit in the status register, thus causing the INT pin to go 
inactive. The same effect can be achieved by masking 
off the particular block interrupt request in GSR via 
the General Enable Register. Another method, which is 
applicable to all sources, is to issue the Status Clear 
command from the Internal Command Register. The 
detailed service requirements for each source are given 
below: 


Interrupt 
Status 
Bits 
Interrupt 
Specific 
General 
Source 
& Registers 
Masking 
Service 
Service 


Timers 
TMST(1-0) 
TMIE(1-0) 
ReadTMST 
Issue 
GSR(5) 
GER (5) 
Status Clear 
(StC) 


Tx 
GSR(4) 
GER (4) 
Write Character 
IssueStC 
Machine 
LSR (6) 
toTx 
FIFO 


Rx 
LSR(4,1) 
RIE(7-1) 
Read RST or LSR 
Issue StC 
Machine 
RST(7-1) 
GER (2) 
Write 0 to bit 
GSR(2) 
in RST/LSR 


RxFIFO 
RST/LSR 
(0) 
GER (0) 
Write 0 to LSR/RST 
Issue StC 
GSR(O) 
Bit zero. 
Read Character(s) 


TxFIFO 
LSR (5) 
GER(1) 
Write to FIFO 
IssueStC 
GSR (1) 
Read GIR 


Modem 
MSR (3-0) 
MIE (3-0) 
Read MSR 
Issue StC 
GSR (3) 
GER(3) 
write 0 into the 
appropriate 
bits of 
ofMSR 
(3-0) 


NOTE: 
The procedures 
listed 
in Table 
4 will cause 
the INT pin to go low only if the 82510 
is in the automatic 
acknowledge 
mode. 


Otherwise, 
only the internal 
source(s) 
are decoded, 
the INT pin will go low only when 
the Manual 
Acknowlege 
command 
is 
issued. 
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The 82510 can be used in a polling mode by using the 
General Status Register to determine the status of the 
various 82510 blocks, this is useful when the software 
must manage all the blocks at once. If the software is 
dedicated to performing one function at a time, then 
the specific status registers for the block can be used, 
e.g. if the software is only going to be Transmitting, it 
can monitor the Tx FIFO level by polling the FIFO 
Level Register, and write data whenever the Tx FIFO 
level decreases. Reception of data can be done in the 
same manner. 


The 82510 must be configured for the appropriate 
modes before it can be used to transmit or receive data. 
Configuration is done via read and write registers, each 
functional block (except for BIU) has a configuration 
register. Typically the configuration is done once after 
start up, however, the FIFO thresholds and the inter- 
rupt masks can be reconfigured dynamically. If the 
82510 configuration is not known at start up it is best to 
bring the device to a known state by issuing a software 
reset command (ICM register, bank one). At this point 
all block interrupts are masked out in GER and all 
configuration and status registers have default values. 
The bank register is pointing to bank zero. The 82510 
can now be configured as follows: 


1. If BRG A is being issued as a baud rate generator 
then load the baud rate count into BAL and BAH 
registers. 
2. Configure the character attributes in LCR register 
(Parity, Stop Bit Length, and Character Length). 


(Note if interrupts are being used, steps 1 and 2 can 
also be done at the end, since the user will have to 
return to bank zero to set the interrupt masks in GER) 
3. Load ACRO register with the appropriate Control 
or Address character (if using the Control Charac- 
ter Match 
or Address Match 
capability of the 
82510). 
4. Switch to Bank two. 
(In this Bank the configuration can be done in any 
order) 
5. Configure the Receive and Transmit FIFO thresh- 
olds if using different thresholds than the default). 


6. Configure the Transmit 
Mode Register 
for the 
Stop Bit length, modem control, and if using echo 
or 9 bit length or software parity, configure the 
appropriate bits of the register. The default mode 
of the modem control is Manual, if using the FIFO 
then the automatic mode would be most useful). 
7. Configure the Rx FIFO depth, interrupt acknowl· 
edge mode, /Llan or normal mode and echo modes 
in IMD register. 


8. Load ACRI if necessary 
9. Enable Rx Machine Interrupts 
88 necessary via 
RIE. 
10. Configure RMD for CCR, DPLL operation, Sam- 
pling Window, and start bit. 
11. Switch to Bank 3. 
12. Configure CLCF register for Tx and Rx clocks and 
or Sources 
13. Configure BACF register for BRG A mode and 
source. 
14. Load BBL and BBH if BRGB is being used (as 
either a BRG or a Timer). 
15. Configure BBCF register if necessary. 


16. If reconfiguration of the modem pin is necessary 
then program the PMD register. 
17. Enable any modem interrupt sources, if required, 


via MIE register. 


18. Enable Timer interrupts, if necessary, via TMIE. 
19. If using interrupts 
then 
i) 
Switch to Bank zero. 
Disable Interrupts at CPU (either by masking 
the request at the interrupt controller or exe· 
cuting the CLI instruction). 
ii) Enable the appropriate 82510 Block interrupts 
by setting bits in the GER register. (CPU inter· 
rupts can now be reenabled, but it is recom· 
mended to switch banks before enabling the 
CPU interrupts). 


NOTE: 
At this stage it is best to leave the TxM and Tx FIFO 
interrupt disabled. See section 6.3 Transmit Operation 
for details) 
20. Switch to Bank One. Load Transmit Flags if using 
9·bit characters, or 8051 9·bit mode or software 
parity. If using interrupts CPU interrupts can now 
be enabled. 


Bank One is used for general operation, the 82510 can 
now be used to transmit or receive characters. 
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CONfiGURE: 
1. STOP BiT LENGTH 
2. t.40DE or 
RTS CONTROL 


3. 9-BIT 
CHAR. LENGTH} 
4. s/w 
PARITY 
OPTIONAL 


5. AUTO ECHE t.40DE IN 
TRANSt.4IT t.40DE REGISTER 


SET RX rlFo 
DEPTH. 


INTERRUPT 
ACKNOWLEDGE t.40DE, 
J.LLAN OR NORt.4AL AND 
AUTO ECHO IN INTERNAL 
t.40DE REGISTER 


ENABLE INTERRUPTS rOR 
RX STATUS BiTS VIA 
RX INTERRUPT 
ENABLE REGISTER 


SET t.40DES or 
CONTROL 
CHARACTER RECOGNITION, 
DATA SAt.4PLlNG, AND 
DPLL USE, 
IN RX t.40DE REGISTER 
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MODEM AND 
TIMING UNIT 
CONFIGURATION 


IN CLOCKS CONFIGURE 
REGISTER: SELECT SOURCES 
OF TX .t RX CLOCKS 
SELECT MODES OF 
TX .t RX CLOCKS 


CONFIGURE BRG A CLOCK 
SOURCE AND MODE OF 
OPERATION VIA BRG A 
CONFIGURATION REGISTER 


ENABLE 
THE B251 0 
BLOCK 
INTERRUPT 
SOURCES 
VIA GENERAL 
ENABLE 
REGISTER 


ENABLE INTERRUPTS 
(IF NECESSARY) ON 
MODEM INPUT PINS VIA 
MODEM INTERRUPT 
ENABLE REGISTER 


CONFIGURE BRG B FOR 
SOURCE AND MODE VIA BRG B 
CONFIGURATION REGISTER 
(IF BEING USED AS A BRG) 


ENABLE TIMER INTERRUPTS 
AS NECESSARY, VIA 
TIMER INTERRUPT 
ENABLE REGISTER 


Figure 14. Configuration 
Flow Chart (Continued) 
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-- 
Tx Machineand 82510 
---- User writeoperation 


To transmit a character the CPU must write it to the 
TXD 
register, this character along with the flags from 
the Tx Flags 
register is loaded to the top of the TX 
FIFO. If the Tx Machine is empty, then the character 
is loaded into the shift register, where it is serially 
transmitted 
out via the TXD pin (the flags are not 
transmitted 
unless the 8251O's configuration requires 
their transmission e.g. if software parity is selected then 
the S/W parity bit is transmitted as the parity bit of the 
character). The CPU may write more than one charac- 
ter into the FIFO, it can write four characters in a burst 
(five if the Tx Machine is empty) or it can check the 
FIFO level before each write, to avoid an overrun con- 
dition to the transmitter. In the case of the latter, the 
software overhead of checking the FIFO level must be 
less than the time required to transmit a character, oth- 
erwise the transmit routine may not exit until another 
exit condition has been met. 
e.g. at 288,000 bps for an 8-bit char no parity 
It takes 34.7 JJ.sto transmit one-character. 


If the time, from the write to TXD to the reading of the 
Transmit FIFO level, is greater than 34.7 JJ.sthen the 
Tx FIFO level will never reach higher than zero, and 
the FIFO will always appear to be empty. Therefore, if 
the transmit routine is checking for a higher level in the 
FIFO it may not be able to return until some other exit 
condition-such 
as no more data available-is 
met. 
This can be a problem in the interrupt handler, where 
the service routine is required to be efficient and fast. 


The transmitter has two status flags. Tx Machine Idle 
and Tx FIFO interrupt request, each of these condi- 
tions may cause an interrupt, if enabled. The Transmit 
Idle condition indicates that the Tx Machine is either 
empty or disabled. The Tx FIFO interrupt bit is set 
only when the level of the Tx FIFO is less than or equal 
to the threshold. These interrupts should remain dis- 
abled until data is available for transmission. Because 
outside of disabling the corresponding GSR status bits, 
the only way to service Tx Idle is by writing data to the 
Transmitter. Otherwise, the Tx Machine interrupt may 
occur when no data is available for transmission, and as 
a result will keep the INT pin active, preventing the 
82510 from generating any further interrupts (unless 
the Transmit Interrupt 
routine automatically disables 
the Tx Machine Idle and Tx FIFO interrupt requests in 
GSR). The threshold of the Tx FIFO is programmable 
from three to zero, at a threshold of three the Tx FIFO 
will generate an interrupt after a character has been 
transmitted. While at a threshold of zero the interrupt 
will be generated only when the Tx FIFO is empty. For 
most applications a threshold of zero can be used. If the 
threshold 
is dynamically configured, i.e. it is being 
modified during operation, then the Tx FIFO 
level 
must be checked before writing data to the transmitter. 


5.2.1.1 Transmit 
Interrupt 
Handler 


The Transmit Interrupt Handler will be invoked when 
either the Tx FIFO threshold has been met or if the 
Transmitter is empty. Since the Tx Machine interrupt 
is high priority (second highest priority, with Timer 
being the highest), the interrupt line will not be released 
to other lower priority, pending 82510 sources until the 
Tx Machine interrupt has been serviced. If no data is 
available for transmission, then the only way to ac- 
knowledge the interrupt is by disabling it in the General 
Enable 
Register. Thus the Tx Machine interrupt should 
not be enabled until there is data available for transmis- 
sion. The Tx Machine interrupt should be disabled af- 
ter transmission is completed. 


Transmission on a polling basis can be done by using 
the General Status 
Register and/or the FIFO Level Reg- 
ister. The software can wait until the Tx FIFO and/or 
the Tx Machine Idle bits are set in the General 
Status 
Register, and then do a set number of writes to the TXD 
register. This method is useful when the software is try- 
ing to manage other functions such as modem control, 
timer management and data reception, simultaneously 
with transmission. 


If management of other functions is not needed while 
transmitting, then continuous transmission can be done 
by monitoring the Tx FIFO level. A new character is 
written to TXD as soon as the FIFO level drops by one 
level. 
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DISABLE TX MACHINE 
IDLE, AND TX FIFO 
INT. REO. IN GER 


NOTE: 
TxM Idle and Tx FIFO Empty 
interrupts 
are enabled 
by the Main Program, 
when 
data transmission 
is required. 
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Figure 19. Break Transmission Using Tx FIFO to Measure Break Length 
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The 82510 will transmit a break when bit six of the 
Line Control Register is set high. This will cause the 
TXD pin to be held at Mark for one or more character 
time. The Tx FIFO can be used to program a variable 
length break, see Figure 19 for details. If the break 
command is issued in the midst of character transmis- 
sion the TXD pin will go low, but the transmitter will 
not be disabled. The characters from the Tx FIFO will 
be shifted out on to the Tx Machine and lost. To pre- 
vent the erroneous transmission of data, The CPU must 
make sure the Transmitter is empty or disabled before 
issuing the Send Break command. 


The receiver provides the 82510 with three types of 
information: 
a) Data characters received 
b) Rx Flags for each data character 
c) Status information on events within the Rx Ma- 
chine. 


The Rx FIFO interrupt request goes active when the 
Rx FIFO level is greater than the threshold, if the in- 
terrupt for this bit is enabled then it will generate an 
interrupt to the CPU. This is a request for the CPU to 


read characters from the 82510. Each character on the 
Rx FIFO has flags associated with it, all of these flags 
are generated by the Rx Machine during reception of 
the character. These flags provide information on the 
integrity of the character, e.g. whether the character 
was received OK, or if there were any errors. The re- 
ceiver status is provided via the Receive Status Register 
(RST), which provides information on events occurring 
within the Rx Machine, since the last time RST was 
read. The information mayor 
may not apply to the 
current character being read from the RXD register. 
The CPU may read one or more characters from the 
Rx FIFO. After each read, if the FIFO contains more 
than a single character, a new character is loaded into 
the RXD register and the flags for that character are 
placed into the RXF register. The software can check 
for the Rx character OK bit in the flags to make sure 
that the character was received without any problems. 


The Receiver will generate two types of interrupts, Rx 
FIFO interrupt 
and Rx Machine Interrupt. 
The Rx 
FIFO interrupt requires that the CPU read data char- 
acters from the Rx FIFO. If the Rx Machine interrupts 
are disabled then the CPU should also check for errors 
in the character before moving it to a valid buffer. The 
interrupts generated by the Rx Machine can be divided 
into two categories--occurrence 
of errors during recep- 
tion of data (parity error, framing error, overrun error), 
or the occurrence of certain events (Controll Address 
character received, Break detected, Break Terminated). 
For typical applications, the error status of each re- 
ceived character can be checked via the Receive Flags, 
and the events can be handled via interrupts. 


To receive data through polling, the 82510 can use the 
General Status or the Receive Status Registers to check 
for the Rx FIFO request. If the Receive routine does 
not generate time outs or modern pin transitions, then 
the data can also be received by monitoring the Rx 
FIFO level in the FIFO Level Register. The implemen- 
tation using GSR would be useful in applications where 
the software routine must monitor the timer for time 
outs or the modern pins for change in status. The exam- 
ple polling routine illustrates the use of the FIFO Level 
Register in receiving data. It waits for the Rx FIFO 
request before beginning data reception. The procedure 
RlL-Data_Poll 
will receive the number of characters 
requested in Char_count 
and place them in the Re- 
ceive buffer. 


inter 


inter 
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#define base Ox3F8; 
/* base address of 82510 */ 
#define bUff__size 128; 


Rx__Data__Poll 
(Char__count, Rxbuffer) 
int Char__count; 
/* Total # of bytes to be received */ 
char *Rxbuffer [buffsize]; 
{ 
int count = 0; 
int status, lvI, Rok; 


While 
(((status = (Inp(base+7) & Ox05)) 
I 
OxOl) /* If Rx FIFO Req in GSR set *J 
/* Assume in bank one */ 
/* If Rx FIFO is not empty */ 
While 
((IvI = ((Inp (base+4) & Ox70)/OxlO)0&&(count 
< 
(Char__count)) 
I 
/* If Character Received OK */ 
if (((Rok = 
(Inp (base+l) & Ox60)) 
{ 
Rxbuffer 
[count] = Inp (base); 
++count; 


The 82510 has two modes of control character recogni- 
tion. It can recognize either standard ASCII or stan- 
dard EBCDIC control characters, or it can recognize a 
match with two user programmed control (or Address 
Characters in MCS-5l 9-bit mode, for Automatic Wake 
up) characters. 
Each 
mode generates an interrupt 
through the Receive Status Register. The Receive Flags 
also indicate whether the character being read is a con- 
trol character. The usage of CCR depends on the maxi- 
mum number of possible control characters that can be 
received at anyone 
time. Applications such as Termi- 
nal Drivers, which have no more than two control 
characters outstanding, 
such as XON and Cd-C, or 
XOFF and Cd-C, can use just the Control Character 
Match mode by programming the registers ACRO and 
ACRI. If the CPU needs to process text on a line by 
line basis, the standard Control Character recognit~on 
capability can be used to determine when an end of lme 
has occurred e.g. a whole line has been received when a 
Carriage Return (CR) or Line Feed (LF) is received by 
the UART. 


Implementation of a character oriented asynchronous 
file transfer protocol can be done using both standard 
and specific Control Character Recognition. In such 
protocols 
most control characters 
such as Start of 
Header (SOH), can only be received during certain 
states, these characters can be received via Standard 
Control Character Recognition. A few Control Charac- 


ters (e.g. abort) can be received at any stage of commu- 
nication, these can be received by using the Control 
Character Matching capabilities of the 82510. 


The 82510 has two status indications of break recep- 
tion Break Detect indicates that a break has been de- 
tect~d on the RXD pin. Break Terminated indicates 
that the Break previously detected on the RXD line has 
terminated 
and normal Data reception can resume. 
Each of these status bits can generate an interrupt re- 
quest through the Rx Machine Interrupt request. N.or- 
mal consequence of break is to abort the data reception 
or to introduce a line idle delay in the middle of data 
reception. In the case of the former, the Brea~ Detect 
interrupt can be used to reset the 82510 ReceIve Ma- 
chine and the Rx routine flags; in the case of the latter, 
the break terminated interrupt can be used to filter out 
the break characters 
and resume normal reception. 


Each break character is identified by a break flag in the 
Rx Flags Register (the CCR flag, Framing error, and 
CCR Match flag also may become active when a break 
character is received) and is loaded onto the Rx FIFO 
as a NULL character. If break continues even after the 
Rx FIFO is full, then an overrun error will occur but 
no further break characters will be loaded on to the Rx 
FIFO. The user can also measure the length of the 
break character stream by using the Timer. 


inter 


SPECIAL CTL-CHARACTER 
= xorr 
XON 
CTL-C 


inter 


To improve the reliability of the incoming data the 
82510 provides a digital filter, a Digital Phase Locked 
Loop, and multiple sampling windows (which provide a 
noise indication bit). 


The Digital Filter is used to filter spikes in the input 
data. The Rx Machine uses a 2 of 3 filter. The output is 
determined by the majority of samples. If at least two of 
the three samples are "1" then the output will be a "I". 
Spikes of one sample duration will be filtered but spikes 
of two or more samples duration will not be filtered. 


5.3.4.2 Digital Phase Locked 
Loop 


The Digital Phase Locked Loop (DPLL) is used by the 
Rx Machine to synchronize to the incoming data, and 
adjust for any jitter in the incoming data. 


The 82510 DPLL operates on the assumption that a 
transition in the incoming data indicates the beginning 
of a new bit cell. A valid asynchronous character frame 
will contain one or more transitions depending upon 
the data. If upon occurrence of the transition, 
the 
DPLL phase expectation is different from the sampled 
phase, then there is jitter in the incoming data. The 
DPLL will compensate for the phase shift by adjusting 
its phase expectations, until the expected phase and the 
sampled phase are locked in. The user can enable or 
disable the DPLL through the Receive 
Mode 
Register 
(RMD). 


The sampling windows are used to generate the data 
bit, by repeated sampling of the RXD line. The bit po- 
larity decision is based upon a majority vote of the sam- 
ples. If a majority of the samples are" 1" then the bit is 
a "I". 
If all samples are not in agreement then the 
Noisy Character bit in the RXF 
register is set. The sam- 
pling windows are programmable for either 3 of 16 or 7 
of 16. The 3/16 mode improves the jitter tolerance of 
the medium. While the 7/16 window improves the im- 
pulse noise tolerance of the channel. 


The sampling windows also provide a Noisy character 
bit in the RXF 
register. This bit indicates that the cur- 
rent character being read had some noise in one or 
more of its bits (all the samples were not in agreement). 
This bit can be used along with the Parity and Framing 
error bits to provide an indication of noise on the chan- 
nel. For example, if the Noisy Character bit and the 
Parity or the Framing errors occur simultaneously, 
then the noise is probably sufficient to merit a complete 
check of the communications channel. The noisy bit 
can also be used to determine when the cable is too long 
or the baud rate is too high. The user would keep a tally 
of the noisy characters, and if more than a certain num· 
ber of characters were received with noise indications, 
then either the baud rate should be lowered or the dis- 
tance between the two nodes should be reduced. 


The 82510 has two baud rate generators, each of these 
can be configured to operate as Timers. Typical appli- 
cations use BRG A as a BRG and BRG B as a Timer. 
Since both the Transmitter and the Receiver may need 
to generate time outs, it is best to use the Timer as a 
Time Base to decrement ticks (upon a Timer Expired 
Interrupt) from (software implemented) Tx and/or Rx 
counters. The Timer can also be used to time out the 
Rx FIFO and read characters that otherwise may not 
have been able to exceed the Rx FIFO threshold. 


The transmitter and the receiver routines use a software 
variable which acts as a counter. The variable is loaded 
with the required number of ticks that are needed for 
the Time Out period. Once started the Timer generates 
an interrupt each time it expires, the interrupt handler 
then decrements the counters. Once loaded the soft- 
ware monitors the counters until their value reaches 
zero, this would indicate to the software that the re- 
quired time period has elapsed. The Time Base value 
should be selected with regards to the CPU interrupt 
load. The CPU load will increase substantially when 
the Timer is used as a Time Base, therefore using the 
Timer in this mode at very high baud rates may cause 
character overruns. A time base of 5 or 1 ms is proba- 
bly the most useful. An additional benefit of the Time 
Base is that it can support more than two counters if 
required. 


BRG-B is used as Timer. 
BRG·A is used as BRG. 
TB Ex bit in TMST Enabled. 
Tx.-Timer_Count 
contains count for Transmitter. 
RlL-Tlmer_Count 
contains count for Receiver. 


Figure 24. Timer use as Time Base for Transmit 
and Receive 


In the 82510, Rx FIFO interrupts will occur only after 
the FIFO level has exceeded the threshold. Due to this 
mechanism and the nonuniform arrival rate of charac- 
ters in asynchronous communications, there is a chance 
that characters will be "trapped" 
in the Rx FIFO for 
an extended period of time. 


For example, assume the 82510 is a serial port on a 
system and is connected to a terminal. The user is en- 
tering a command line. The Rx FIFO Threshold = 3, 
and at the end only two bytes are received. Since the 
FIFO threshold has not been exceeded, the Rx FIFO 
interrupt is not generated. No other characters are re- 
ceived for 30 minutes, if the characters 
(in the Rx 
FIFO) are a line feed and carriage return, respectively, 
the CPU may be waiting for the CR to process the 
characters it has received. Consequently the characters 
will not be processed for 30 minutes. 


In order to avoid such situations, a Rx FIFO Time Out 
mechanism can be implemented by using the 82510 
Timer. The time out indicates that a certain amount of 
time has elapsed since the last read operation was per- 
formed. It causes the CPU to check the Rx FIFO and 
read any characters that are present. 


In applications where the character reception occurs in 
a spurious manner (the exact number of characters can- 
not be guaranteed), the Rx FIFO Time Out is the only 
way to prevent characters from being trapped. The time 
out period is measured from the last read operation, 
every read operation resets the Rx FIFO Timer. To 
synchronize with the beginning of the data reception, 
initially the Rx FIFO threshold is set to zero. After the 
first character has been received, the threshold is ad- 
justed to the desired value. When a Rx FIFO time out 
occurs and no data is available, the threshold is reset to 
zero. In error free data transmission, the beginning of 
data transmission is signaled by the reception of a con- 
trol character, such as SOH or STX, the Rx FIFO time 
out mechanism should be triggered to the reception of 
these control characters. 
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MAIN 
RX ROUTINE) 
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6.0 
82510 
IMPLEMENTATION 
OF 
XMODEM 


The 82510 XMODEM implementation is a file transfer 
program for the 82510 based on the XMODEM proto- 
col. The software runs on the PC AT on a especially 
designed adapter board (the adapter board design is 
shown in Figure 33). The software uses most of the 
82510 features including the baud rate generator, Tim- 
er, Control Character 
Recognition and FIFOs. The 
software uses an interrupt driven implementation, writ- 
ten in both assembly and C languages. 


XMODEM is a popular error free data transfer proto- 
col for asynchronous communications. Data is trans- 
ferred in fixed length 128byte packets, each packet has 
a checksum for error checking. The packets are deline- 
ated by control characters, which act as flags between 
the Receiver and the Transmitter. There are four con- 
trol characters, SOH, EOT, ACK, and NAK. SOH in- 
dicates the Start of a Packet, EOT indicates the End Of 
Transmission; ACK and NAK are positive or negative 
acknowledgements 
of the 
packet 
respectively. The 
packet structure and protocol flow of XMODEM 
is 
provided in the figures given below. 


Interrupts are used to transmit and receive data. The 
software is implemented as two independent finite state 
machines-Transmit 
State Machine and Receive State 
Machine. Each state machine is triggered by external 
events such as user commands and data or Control 
Character reception. The state machines communicate 
with the 82510 interrupt service routines through soft- 
ware flags. The overall structure of the main routine is 
given in Figure 31. The major modules of the software 
are given in the hierarchy Chart, Figure 34, which lists 
the different modules in order. 


The interface between the main program and the inter- 
rupt service routine is done through global flags. The 
interrupt 
handler 
services four 
sources-Transmit, 


Timer, Receive, and Control Characters. Each of the 
interrupt sources communicates with each of the state 
machines through the global flags. The state machines 
keep track of their individual states through state vari- 
ables. The interface between the individual states within 
a state machine is done through state flags. The state 
machine diagrams are given in Figure 29 and Figure 
30. 
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START 
Initialization 
WHILE 
(NOT QUIT) 
I 
UPDATE 
STATUS ON SCREEN 
IF 
(KEYBOARD HIT) 
THEN PROCESS 
COMMAND 
PROCESS 
TRANSMIT 
STATE MACHINE 
PROCESS 
RECEIVE 
STATE MACHINE 
I 
END 


The Transmit interrupts are disabled until data trans- 
mission is required, this prevents unnecessary Transmit 
interrupts. The Transmit interrupt is enabled when a 
packet has been assembled or if a Control Character is 
required to be transmitted. Upon invocation the Trans- 


TX 
STATE 
MACHINE 


RX 
STATE 
MACHINE 


mit interrupt service routine reads characters from the 
packet buffer and writes it to the Tx FIFO. Since it 
does not require the use of the Transmit Flags, no in- 
formation is written to the TXF register. 


Data reception begins only after a Start of Header 
(SOH) control character is received. This control char- 
acter puts the receiver in a data reception mode. After 
receiving the SOH, the CCR interrupt is disabled (since 
all data being received now is transparent and can not 
be interpreted as a control character). After 132charac- 
ters are received, the CCR interrupt is reenabled and 
the corresponding ACK or NAK sent to the Transmit- 
ting system. The receiver has a time out feature, which 
causes it to check the Rx FIFO for any remaining char- 
acters. End of Transmission is indicated by an EOT 
control character, which causes the file to be closed and 
the Receiver to go into the Idle state. 


PACKET 
CCR_TO_TX 


("cr••J 


8 


AS 


AEN 


A9 


A7 
PIN # 
A6 


N=8N 
A5 


N =AN 
A4 


A3 


A1 


A2 


AO 


00 


01 
02 
03 
04 
05 
06 
07 


iOR 


lOW 


RESET 


CLK 


IR04 


IRQ3 


OSC 


-12V 


+12V 


GNO 


GNO 


5V 


OSC 


23 


11 
22 
24 
25 
26 
27 
28 
30 
29 


31 
9 
8 
7 
6 
5 


4 
3 


2 
14 


13 


2 
~ 
24 
IRQ4 


25 
IRQ3 
:!2.... 


7 
-12V 
~ +T 
I 
ll.. 
.l!. C31.! 
C4 
L 
'-po.:rr 
]20.047 "r 
:!2.... 


74LS04 


A8 
1 
2 
Aa 
OPSW 
I 


1 
16 
8 


U9 
2 
15 


74LS04 
Ull 


3 
4 


AEN 


A9 


A7 


A6 


A5 


A4 


A3 


Al 


A2 


AO 


DO 
01 
02 
03 
04 
05 
06 
07 


lOR 


lOW 


RESET 


OPSW 
I 
~ 
.~ 


Ull 


1 


2 


3 


4 - 
CS 
8 
5 -' 
6 
U8 
11 


12 


II 
~ 
2 
18 
0 
25 
Al 
81 
3 
17 
1 
26 
A2 
82 
4 
16 
2 
27 
A3 
83 
5 
15 
3 
28 
A4 
84 
6 
14 
4 
1 
A5 
85 
7 
13 
5 
2 
A6 
86 
8 
12 
6 
3 
A7 
87 
9 
11 
7 
4 
A8 
88 
1 
~ 
1 
OIR 
~G 
23 
~ 
24 
II 
20 
...--!!-< 


17 


INT 


~ 


1C13~ 
; 1C2 


2 
10 
2 
Yl 
2 


18.4321olHz 


82510 


DO 


01 
02 
03 
04 
05 
06 
07 


AO 


A1 


A2 


RD 


WR 


RESET 
Ul 


OTR 
15 


RTS 
16 
RTS 
X1..!...~ 


X2 
8 
X2 


13 
RXO 
Ri 
10 
A 


CTS 
14 
8 


OSR ~,.£.. 


OCO~O 


75154 
I 


+5V _...!. 
3T 
4T .!!.I 


.2. 2T 
lY 
~ 
2.. 
1T 
2Y .!!....- 
~~r~~ 
~~~ 


U2 


RI 


CTS 


OSR 


CO 


75150-P 


~ 
S 
+12V 
OTR 
2 
lA 
1Y 
l ~~O 
-1~~ 


U6 


75154 


.....!. 
3T 
4T 


...!. 
2T 
1Y 


...!.- 
4A 
2Y 


~1A 
3Y 
.2. 2A 
4Y 


~ 
3A 
R1 
---2.. 
IT 


1 
R2 
2K 


2 
+12V 


75150-P 


~ 
~~O ~j~ 


U5 
!... 


7 
~ 
5 
-12V 


TXO 
I 
CONNECTOR 
li=:;-:::~ 
:~~~~~it 
5 
~ 
o-.!Z... 


6 
~ 
0- 2!... 


7 
~ 
0- 2!... 


8 
~ 
0-l2- 


~ 
0- 21 
70--0 0-2t 
-;:;--0 0-~ 
-#--0 
o-~ 
~-o 
o-~ 
~-o 
- 
~ 
U10 


"'IIIii 
c:~ 
CD 


Co) 
f" 
):. 
I\) 
::I: 
" 
N 
i" 
I 
I\) 
~ 
~ 
~ 
II) 
0 
~ 
..• 
()~ 
'<0~ 
II)~ 


inter 


'include 
tIC 
\ftp\ftp 
del" 
.include 
"C \lc\fcntJ 
h" 
'include 
"C:\lc\stdlib.h" 
linclud. 
"C:\lc\stdlo 
h" 
, •••••••• 
ll •••••••••••••••••••••••••••••••••• 
t •••• 
/ 
/... 
....., 


,... 
SEPTEI1BER 
1786 
i"H, 
,... 
....., 


It.. 
81510 
IKODE" 
1I1PLEI1ENTATION 
••••• 
, 
, •••• 
* ••••••••••••••••••••••••••••• 
* ••••••••••••• 
, 
int 
tot 
_III 
•• ; 
/* 
end 
of 
tilt 
f1a; *' 
int 
rapt 
,,0; 
int 
tHtlq; 
int 
far 
f 1 CJ; 
int 
l.p_pkt_ftUIIl 
:z 
1; 
int 
pht 
i 
int 
[Itoent; 
int 
quit 
••fal! •• ; 
int 
Jet, 
., 0; 
int 
soheRt 
>lo; 
/. 
int 
[dent 
.0; 
,. 
int 
cerent 
.0; 
, • 
int 
tl_5l&tl 
_ll_idle; 
,t 
int 
fl_stat. 
" ,,_idl.; 
/. 
int 
ll_CAd. 
in.eti.l; 
,. 
int 
[I_cad. 
in&eti 
•.• ; 
/* 


int 
•• nd_cCl_rtq", 
inleti 
•• ; 
int 
int 
•• c .0; 
int 
1; 
chu 
tldlta 
[131]; 


chu 
ubuf 
018]; 
chu 
udall 
U31J; 
char 
[1_I_buf 
[32000J; 


, •••• 
t ••••••••••••••••••••••• 
, 
I." 
t. 
statt 
'ariabl.s 
••••• 
f 
, •••••••••••••••••••••••••••• 
I 
int 
h_indli 


s t ruct 
packet 
chlr 
chu 
char 
char 
char 


hud; 
pack_nua; 
pack_cap 
1 ; 
buffer 
Cl181; 
chksaj 


of 
SOli charactus 
rlcehld 
., 
of 
R. 
FIFO 
Interrupts 
., 
• 
of 
Ctl-Char 
Intlrrupts.' 
Transaitter 
State 
Variable 
., 
Reclivu 
Statl 
Vuiabll 
., 
Indicates 
a 
Valid 
T. 
Co•• and 
was 
Indicates 
a 
.•.alid 
R. 
Co•• &nd wa. 


/' 
F I &0 - RlqulS 
t 
to 
T. 
Ctl-Char 
'/ 
/' 
cont 
&ins 
tho 
elR 
.•.•ctor 
'/ 


/' 
T. 
Buf fer 
'/ 
/' 
Re 
Buffer 
'/ 
;, R. 
Fill 
Stored 
'n 
this 
buff 
It 
'/ 


inter 


/ ••••••••••••••••••••••••••••••••••••••••••••••••••••• 
I 
/.,.* 
t. 
Statt 
•• chin. 
and 
interrupt 
•••••• 
/ 
/.... 
handler 
1119' 
•••••• 
/ 
J' •••••••••••••••••••••••••••••••••••••••••••••••••••• 
/ 


'" II. 
.nd 
II 
f i to 
'" 
lnt 
h_rl4 
.0 ; 
,. 


Int 
eel_to_ 
Il . 0; ,. 


Int 
1& _byte_ent 
.0 ; ,. 


Int 
ptt ,_,.nt 
.0 j 
,. 


Fla; 
- 
indicat 
•• 
I 
request 
tor 
tran 
•• tutoR 
to 
11$10 
Interrupt 
Kandler 
*/ 
Actual 
Ctl-c:hu 
to 
Tuft.ait 
*' 
Tohl 
• 
of 
I,tll 
Tran •• lttteS 
*/ 
• 
of ,.d.t. 
unt 
*' 


, •• 
CCR 
•• 
, 


int 
Ott_ccf_rq 
.0; 
It 
FI'G 
- 
Request 
to 
Reeti 
.•• 
Ctl-c:harae.ter 
*/ 
int 
<:c:r_\0_9It 
.0; 
It 
Rte.lud 
Ctl-c:har 
nlu 
fl' 


l·t ••• I1 •••••••••••••••••••••••••••••••••••••••••••••••••••• 
, 
,.... 
"'.1' 
,.... 
HI 
STATE 
VARIABLES 
••••• 
, 
,.... 
. 
/ 
,.... 
. 
/ 
, ••••• ** •••••••••••••••••••••••••••• 
111 
•••••••••••••••••••••• 
, 


pk_c.hts.; 
eot_c.nt 
.0; 


b&d_pkt_c.nt; 


,. 
C.lc.ul&ted 
Chksu •• 
, 
, •• 
of 
EOT. 
Rec.eiud 
., 
, •• 
of 
B&d P&c.tetl 
Rec..i.ed 
., 
, 
, 
,.... 
rl 
.tat 
•• 
achine 
&nd 
Interrupt 
••••• 
, 
,.... 
h&ndler 
n&9S 
••••• 
, 
, ••••••••••••••••••••••••••••••••••••••••••••••••••• 
I 


1* 
FI&Q-Indicatinljl 
that 
& CtlwChar. 
hu 
been 
rec-ei 
.,d" 
,. 
Actu&l 
Ctl-char 
rece1.,.d 
'1 


/ 
/ 


/.. 
MAIN 
ROUTINE 
••• 
, 
, 
/ 


• .,In 
() 


( 
int 
int 
tnt 
tnt 
tnt 


Ft LE 
rILE 
int 
Int 
Int 
tnt 
Int 
int 


q,tlfl,rlfl; 
r .•.al,'" 
,.0; 


cad 
• 
0; 
wn_.tatu 
•• 
0; 


.cod •• 
0; 
• f p; 
·nfp; 
tWIt; 
west; 
utl_cnt 
.0; 
tocnt 
.0; 
tl_ •• c.,rl_"c,; 
L., 
Ipcnt 
• 
OJ 


,. 
Initialil. 
USiO 
Ind 
Vuiabl 
••• 
/ 
/. 
Print 
'''nu 
., 
/. 
Enabl. 
Intutupt. 
in 12'''' ., 
,. 
illut 
EOI 
./ 
/ •• 
tart 
tl •• r 
B */ 
,. 
XtlPI 
Tract 
of 
• 
of 
Loopl *, 
,*••••••••••••••••••••••••••••••••••••••••••••••••• 
/ 
/... 
.ain 
whilt 
loop 
•••• 
, 
, 
/ 
whil. 
(quit-atatl') 


( 


eLR 
('; 
"V_CURS 
(Io_r, 
10_C) 
j 
printf 
CI1); 
intt 
(); 
MENU 
(); 
.nbint 
4 () j 
outp 
(ipOO,.oi)j 
outp 
(bpI+3) 
,DIU); 
Ipcnt 
.0; 


, ••••••••••••••••••••••••••••••••••••• 
I 
/ •• 
dilplay 
protocol 
pua. •• t.rt 
•• , 
, 
, 


++ 
Ipcnt; 
" __ CUtl 
(4,30); 


printf 
("loop' 
a "u",lpcnt); 
• __ curl 
(4,'0); 


printf 
("rl 
into 
cnt 
"u",rlfcnt); 


• __ CUtl 
(5, 
50); 


printf 
("ccr 
jnt 
cnt 
• "u",ccrcnt); 
• __cuu 
(4,1); 


printf 
("int.rrupt 
Y.ctor 
• 
"1.1 
\n", 
inty.c); 


q • 
Inp 
(bpl+4); 


tlfl 
• 
q 
& 
0101; 


•.Y_CUrt 
(5, 1); 
p r in t f 
(".TI 
FIFO 
• "u 
", t 1 f I ) ; 
q • 
inp 
(bpa.+4); 


raf 
I 
• 
q 
& 
0110; 
• __ CUtl 
(, 
,1) 
; 


printf 
C"RI 
FIFO. 
"u 
\n",r.fI/16); 
• __ 
CUtl 
(6.50); 


printf 
("SOH 
count. 
"3u",lohcnt); 


inter 


1&6 
1&7 
1£1 
1" 
170 
171. 
172 
173. 
114. 
175. 
176. 
177 
171. 
179 
110. 
Ill. 
III 
113. 
114. 
115. 
116. 
117 
111. 
119. 
ltD. 
191. 
IH. 
173. 
174. 
US.1". 
197. 
1911". 
lOO. 
lO I. 
lOl 
l03 
l04. 
l05. 
lU. 
l07. 
lOI. 
l09. 
liO. 
III 
lil. 
l13 
114. 
l15 
lU. 
l17. 
118 . 
l17 . 


220. 
221. 
22l. 
III . 
ll4. 
225. 


•• _curs 
17,1); 


printf 
("bytu 
ue.h,.d 
••3u",[I_b,t._cnt) 
j 


•• _CUri 
(7,3D}j 


printf 
(".,t •• Slnt 
• '3u",tI_bytt_cnt); 


."_CUri 
(1.50); 
printt 
("EDT 
count 
"hI', 
eot_cnt); 
.,,_CUrI 
(5,30); 
printt 
("pU. 
rid 
••• 
3u",(up_pkt_ftua-ll)j 
.._cur. 
(&.30); 


prtntt 
("pU 
••• 
nt 
• 
'UtI", 
pU'_lInt); 
tl_ItCI 
• 
tl_tie._enl/l0D; 


[I_"e. 
•• 
rl_tiel_cntfl00. 
op.n_wind 
(3.l."TI 
Tta.["'; 


printt 
(" 
• 4tv 
•• e.••• ,lI_ 
•• c'); 
op.n_wind 
(3,SO,"RI 
Ti •• ["); 
printt 
(". 
"1v 
IIC.I",tl_'.C"; 
."_CUl'I 
(',1); 


printt 
("8&d 
Pac.kets 
Rid. 
'Uu".b&d_ptt_c.nt); 


.._euu(I.30); 


printt 
(M' 
of 
fhT. 
packets. 
"3q",utl_c.nt>; 


1* 
If 
Co•• and 
Iuu.d 
th.n 
proc ••• 
the 
Coa.und 
., 
if 
«key 
.tbhlt(» 
) 
01 
quit. 
proc ••• _t.d 
()j 


, 
, 
,..... 
Proc ••• 
Ta 
STATE MACHINE 
••••• 
, 
,..... 
r •.•.l.ion 
0 
••••• 
, 
,.. 
. 
, 
, 
, 


, 
/ 
,.... 
. 
, 
/ •••• 
TRANS'UTTER 
IDLE STATE 
••••• 
, 
/.... 
....., 
,.... 
Ctltc:h 
for 
a S.nd 
Ctl-Char 
••••• 
, 
,.... 
Chick. 
for 
thl 
Tran •• it 
Co•• and 
••••• 
, 
,.... 
••••*, 
,.... 
. 
, 
, 
/ 


,. 
If 
Control 
Character 
to 
be Tun 
•• itted 
Th.n 
Tun 
•• it 
the 
Control 
Chulc.tlt 
by 
utt 
ing 
the 
TI_r.q 
Flag 
lnd 
InabUng 
the 
Ta" 
and 
TI 
FIFO 
interrupts 
., 


1I_r.q 
_c.t I_chr 
j 
t I_i_.nb 
(), 
whilt 
( 
h_uq)O); 
tl_i_di. 
OJ 
..nd_cc.r_r.q. 
i nac. t h.; 


inter 


116. 
H7. 
HI. 
H9 
230. 
131. 
132 . 
133. 
134. 
13' 
236. 
237. 
231 
239. 
140. 
HI. 
341. 
143. 
144 
lH. 
146 . 
147. 
HI 
149. 
3H. 
1" 
132 
1'3. 
3". 
lB 
lH 
157 
151. 
lH 
160. 
Ul. 
161 
163 
164. 
1" 
166 
167. 
He. 
169. 
170. 
171 
171. 
173 


274. 


275. 


176 
177. 
171 
179 . 
zaO. 
111 
In 
113. 
114 
215. 


,t 
If 
th. 
Tranl.it 
Co•• and 
il 
iln.d 
than 
'Jait 
for. 
HAl 
*/ 
it 
Ch_cad 
acti 
•• ) 


( 
la_cad 
& 
inilcli'll; 
;.t_cc.r_rq 
.ad i,. j 
tl_tia._c.nt 
.100.'0; 
J. 
60 Itc. 
Ti •• 
Out 
III 
ta_'tale 
• ".it_HAl; 


/ •••••••• 
t ••••••••••••••••••••••••••••••••••••••••••••• 
till I 


, •••• 
TR1NSKlnER 
WAITINe 
FOR 
A 
HAlt 
TO 
BEeIN 
••••• 
, 
/ •••• 
TRANS"JSSION. 
•• ••• 
/ 
,.... 
...../ 
,.... 
Ch.ck. 
For 
Tia. 
Out 
••••• 
, 
,.*.. 
or 
HAlt 
I.c.i,.d 
••••• , 


/ ••• 
II •••• 
II •• tt_ 
II ••••••• 
II II II II •••••••••• 
_ •••• 
II •••••••••• 
II ••• 
J 


ta_.tat 
•• 
ta_idl.; 
h.p 
«); 


P".'9 
("Ti •• 
OUT !!!! 
t.ether 
not 
r'ild''')j 
ell 
(ta_t, 
h_c.); 


op.n_wind 
(til_r. 
t I_C., 
"NONE"); 
br.ak; 


/* 
If 
HAl uc:.i •• d th.n 
Open 
fil. 
and adu,ne:. 
to 
Tran •• it 
Pacht 
State 
t, 


fp 
.fopen 
<tl_file_na.e,"rb" 
); 


if 
Cfp •• 
NULL) 


( 
h.p (); 
pr.'9 
C"ERROR !!! 
file 
do•• 
not 
elist"); 
c II 
(lI_r. 
lI_c 
I; 
open_wind 
(tl_r,tl_e, 
"non."); 
tl_.tat 
•• 
tl_idle; 


I 
el.e 


( 
lI_.ht 
•• 
tl_rdy; 
lIr fig 
•• 
kpkt; 
It 
First 
talk 
for 
TI 
i. 
to 
Prepu. 
Packet 
tJ 


Jt 
R••• 
t 'Jait_Nlk 
Fhg 
*1 


break 
i 
I 
Ilr.aki'- 
end 
wait 
nat: 
-I 


inter 


116 . 
111. 
111. 
119. 
190. 
191. 
191. 
U3. 
U4. 
195. 
1" . 
191. 
191. 
1". 
100 
301. 
101 
101. 
104 
305. 
106 . 
101. 
101 
309 . 
110. 
311. 
312 . 
313. 
314. 
315. 
316 . 
111 
III 
319 . 
310. 
311. 
321. 
Ill. 
314 
311 
316 . 
317. 
111 
319 
330. 
33t. 
331 
333. 
ll4. 
III 
134 . 
337. 
Ill. 
319 
340 . 


341. 
341 
341. 


344. 
341. 


ClI. 
tl_rdy 
/ 
, 


J flU. 
TANSKITTER 
READY 
TO 
TRANSMIT 
••• 
at I 
/*... 
thr •• 
stag •• 
of 
trans.ll.ion 
••••• 
, 
,.... 
pr.par. 
pact.t 
••••• 
, 
/.... 
Int. 
Handler 
Tran •• ltt!ng 
••••• 
, 
,.... 
or 
t.tran 
•• tt 
r.q1l •• t 
••••• 
, 


, ••••••••• 
fl •••••••••••••••••••••••••••••••• 
fl ••• 
fl ••••••••• 
, 


III 
Any Control 
Character 
To Tran •• it? 
., 
if 
«I.nd_ccf_f.q 
•• 
aeti •• ) " 
(tl_1.q 
•• 0» 
h_f.q 
act I_chr 
i 


/* 
Vhich 
Stag. 
of 
tran •• futon 
H' 
.witc.h 
(hrtlg) 


( 
cu. 
atptt: 


if 
<tl_1.q 
•• 0) 


( 
.....bpkt 
<pUt_l.nt,tp); 


cPJlbuf 
(); 
h_uq 
.ptt; 


tUflg 
ataatlll; 
la_Ind 
•• 
0 j 
t I_i_,nb 
() j 


) 
br.at 
j 
cal. 
t •• t9 
it 
<tl_r.q 
__ 
0) 


'* 
R.quut 
Int 
Handin 
to 
TI 
data 
in 
butfer 
*' 
1* 
Start 
Tran •• l,.,lon 
*1 


1* 
Intnrupt 
Handin 
R••• 
t. 
this 
tlag 
to 
0, 
wh.n 
132 
bytu 
tran •• itled 
*' 


tl_indl 
-0 j 
pr •• ; 
("pactet 
tran.l.ithd") 
j 
get_eer_rq 
.acthej 
ft 
Vait 
for 
ACIt:or 
HAlt: t, 
tl_ti.e_ent 
.100*10; 
1* 
10 .H. Ti •• 
Out *' 
tI_ltah 
_ wait_CC; 
1* \lait 
for 
ctJ 
Character 
*' 
tutl; 
•• tpkti 


t._i_dil 
(); 
'* 
Diubh 
TI" 
and 
T. 
rIFO 
Interrupti 
*1 


/' 
T._req 
not 
re.et 
then 
.U 
11 t un •• t t t tng 
'/ 


" 
Th. 
Retranl.it 
r.que.t 
i. 
i •• ued 
by 
t h. 
Va it -CC 
.tlt. 
'/ 
/' 
enab Ie 
tl., 
fhuh 
t. 
ti fo 
, h. ", 
" 
tran •• it 
Packet. 
ptt. 
in 
but fer 
" 
/' 
nelt 
tast 
- Re1'ran •• tt 
" 
/' 
Enable 
Tit! 
and 
T. 
FI FO 
Interrupti 
" 


) 
el.e 
pr.,g 
("tran 
•• itting"); 


brut; 


) 
breat; 
'* 
End 
tl 
rdy 
ea •• 
*1 


cue 
wait_CC 
, 
, 
,.... 
. 
, 
, •••• 
Traft •• ittu 
State 
- WaitinG 
For 
Ctl 
Char. 
• •••• 
, 
,.... 
....., 
,.... 
NAIt 
rlqullts 
rltran 
•• i •• lon 
••••• 
, 
,.... 
lCIt 
- 
Tran •• it 
Mut 
Pacht 
••••• 
, 
,.... 
. 
, 
, 
. 
, 
, 
, 


,. 
Chlet 
for 
onl 
of 
thl 
Follow1n9 
I •• nt.: 


Tt •• 
Out 
MAlt lhce i ud 
ACIt Hec.Iud 
or 
Still 
Waitin9 
., 


,. 
If 
Ti.1 
Out, 
thin 
rlltut 
Ta Tl.lr. 
Abort 
if 
Tt.1 
Out 
count 
i. 
orllottr 
than 
tin 
., 
if 
(tocnt 
)! 0) 
I 
wc.t 
.0; 
abort_ta 
(); 
pr •• ; 
("rlelt.,er 
not 
rl.pondino"); 


) 
II.e 
I 
++tocnt; 
,. 
Inc. 
Ti.1 
Out 
Count 
., 
ta_ti.e_ent 
.100*10; 


) 


CI" 
r __Vln 


pr •• o 
("NAIt r.cli.,ld"); 
if 
(rlta_cnt 
)10) 


( 
reta_cnt 
.0; 
tocnt 
.0; 
abor t_ta 
(); 
pra.o 
("Bad 
link 
tran •• i •• 1on 
abortld"); 
1 


( 
tUfJg 
autl; 


++ 
rltl_ent 
; 
la_I tI t •• 
t I_f df 
j 


) 
breat 
j 


ea •• 
t._AtK: 


pr.so 
("ACK 
ttctt.,d-)j 


rltl_cnt.O; 
toent 
• 
0; 
+.ptt,_,.nt, 
printf 
("plr:t,_ 
•• nt 
••• 
3u", 


if 
(tof 
•• 
fal 
•• 
l 


( 
t lC fl G •• tpH; 
ta_Itatt 
ah_rdJi 


I 
.1•• 


( 
pr.,; 
(" •• nding 
£OT") j 


c.c:r_to_tl 
• 
EOTi 


tJ_uq 
act l_chr 
j 
tl_i_Inb 
C); 
whil. 
(ta_uq 
I. 
0); 


/. 
If 
R,tun.ait 
Count 
Not 
uc:t.hd 
then 
go het 
to 
Transait 
stagl 
- 
tast 
i. 
r.lu,n •• i.t 
., 


pUs_Itnt) 
; 


/. 
If 
aore 
dat& 
to 
tranl.it 
thin 
r.trun 
to 
atplr:t 
,hgt 
and ta 
ne", 
ptt .• 
/ 


tJ_i_d i. 
(); 


gtt_cc:r_rq 
aaeUu; 
It 
watt 
for 
Ac.t 
.J 
whit. 
(9tt_uf_rq 
·.leU.,. i 
pr.,o 
("EOT 
aclr:nowltd" 
•• nt 
rtc.ti.,.dlO)j 


if 
(eer_lo_Ott 
•• 
"Clt> 
,. 
Aelt 
nd 
• Clo11 
FU •• 
/ 


( 


•• 
fclo 
•• 
(fp); 


abot 
t_t 
I (); 
pr.,o 
("fil, 
trani_tilton 
co.plth"); 


) 


t I_I t •.t •• 
t I_I d 1.; 
I 
brut 
j 


) 
/. 
lend 
wait_cc: 
c •••• 
/ 
brelk; 
) 
/. 
fnei 
.witch 
t •• 
tate 
., 


intJ 


, 
, 


/..... 
PrOCISI 
R. 
STATE 
"ACHINE 
••••• 
, 
,..... 
r •• i,ion 
0 
••••• 
, 
,..... 
....., 


/ •• t •••••••••••••••••••• 
t •••••••••••••••••••••••••••••••• 
/ 
twitch 
(u_,tlttl 


( 
ca •• 
rJ_id I,: 


/ •••••••••••• 
I •••••• 
t It I •••••••••••••••• 
t.t 
•••••••••• 
I.' 
*/ 
/.... 
....., 


, •••• 
RECEIVER 
tOtE: 
••••• 
/ 
/1... 
..... , 
,.... 
watt_ 
tor 
al,r 
co •• and 
••••• 
, 
,.... 
b.fore 
'Inding 
NAK. 
• •••• 
, 
I···· 
, 
/.... 
. 
, 


, 
••••••••••••••••••••••••••••••• 
1l •••• 
t ••••••••••••••••••• 
/ 
'* 
If 
tIC.t •• 
Co_and 
1. 
I•• ald 
then 
.tlrt 
R. 
t tau 
and 
chant. 
Htc.ther 
.tale 
to 
rlady I' 


rl_Itat 
•• 
rl_rdYi 
rl_t i.l_cnt 
.100*10; 
rl_cad. 
inlcU.,; 


cat. 
rl_rdy: 
,*.t ••••••••••••• 
* ••••••••••••••••••••••••••••••••••••••• 
, 
,.... 
....., 
, •••• 
RECEIVER READY: 
••••• 
, 
,.... 
..nd. 
NAK upon 
Ti., 
Out 
••••• 
, 
,.... 
or 
e••.•ek. 
for 
SOH 
••••• 
, 
,.... 
or 
EDT etl-c"'ar. 
• •••• 
, 
,.... 
. 
, 
,.... 
. 
, 
, 
/ 


f' 
Ch.ek. 
R. 
Ttaer 
and 
return. 
- 
n•• Out 
if 
upifld 
",aitin; 
if 
not 
upirtd 
SOH if 
SOH ccr 
flc.i 
•• d 
tOT 
if 
EOT ccr 
tec.iud 
., 


ca., 
SOH 
,. 
If 
SOH rac'iud, 
then 
(10 into 
data 
rtC,pt 
ion 
.04. 
lnd 
chano, 
R. 
Tta,r 
count 
to 
4 '.Cl 
'1 


++ 
lohent; 
rJ:_.tat. 
_ra_pkt; 


rl_U.,_cnt 
.200'.; 
/. 
four 
•• cond 
U., 
out 
./ 
ratocnt 
.0; 
break; 


inter 


c.••• 
tl.,_out: 
,t 
if 
tl •• 
out 
& 
not 
in th 
ald,t 
of 
pactet 
tee.piton 
then 
In.d 
MAl 
If 
1f 
I( 
•• ,_pH_Jlu 
••• 
I) 
II' 
(u __y"_cnt 
•• 0») 


( 
pra.o 
1"1' 
ti •• 
out 
tIll! 
undlno 
HAX"); 
11 
(.Ind_c.c.r_f.q 
•• inactl',) 
( 


ft 
If 
tnd 
Of Tut 
re.d, 


and 
dah 
te,., 
th.n 
•• nd leI 
•• 4 •••.• 
all 
pachh 
ueelt' 
•• 
1ft 
fih 
II 


++ 
lot_ent; 
open_wtnd 
(11,'50,"Elld 
of 
T•• t"'; 


if 
' •• ,_pH_nu. 
)11 
( 


Jf 
Cund_c.cf_rlq 
•• 
Inteti 
•• , 
/' 
5.nd 
lelt 
./ 
, 
Ilnd_eel_f.q 
.acti,.; 
c.tr_to_tI 
.ltlti 
I 
fI_.tat. 
_fl_ldle; 
f' 
Rlc.hu 
Rlturn. 
to 
Idl, I' 
/* 
c:.rl&tI 
fill 
./ 
f.'p 
.(opln 
Cra_fi 
•• _ft ••••••• 
b••• '; 


tW,t 
.fwrite 
Url_'_bu(C01,12I,II,_ptt_"lla-l,ufpl; 


If 
(tw.t 
(II 


( 
pta., 
("Vrlh 
lile 
uror 
"); 


printf 
(".trot 
• "4u" ,lrMlt.lltrottrtlpll); 
I 


r'.1 
.felo,. 
(nIp); 
if 
(ftf,l 
•• 1' 


pr •• o '''fll. 
"c.,h 
•• "), 
_h, 


pr •• ; 
("Error 
ill 
c)o.hO 
fill 
"'; 


I 
bI eall:; 
I 
bIe.k; 


elle 
r._ptt: 
I' 
'Ietet 
rteept 
Ion 
'1 
I················.······ 
·· 
, 
/.... 
. 
/ 


JIIII 
RECEIVE 
'ACItET 
STATE 
11'11/ 


("" 
....., 


J.... 
el'll.et" 
for 
Tl., 
QlIt 
""'J 


,.... 
or 
131 b,t." 
r.e.t •.•d 
""'1 
,.... 
whidl 
,,19n1It 
tll •• 
nd of 
p.et.t 
••••• , 
J.... 
..... , 
, ••••••••••••••••••••••••••••••••••••••••••••••••••••• 
"'1 


5&1 
561. 
569 
510 
511. 
511 
513 
514 . 
515. 
576 . 
511. 
511. 
519. 
$10. 
511. 
511 
$13. 
514. 
$15. 
516 . 
$11 
$II 
519 . 
590 
59!. 
591 
593 
594 . 
595. 
596 . 
591. 
591. 


599 
. 


600. 


60 I 
601 
603. 


604 
605 
606 
601 
601. 
609 
610. 
611 
611 
613 
614. 
615 


416 
. 


611 
ua. 
61 9. 
610. 
621. 
611 
613. 
614. 
615 
616 


It 
It 
1'&lid 
R. 
Ti •• 
Out. 
i .•. 
no 
data 
ue,i 
•• d for 
4 Ite. 
th.n 
c.hed 
RI 
FUO 
for 
c.haracters 
Ind 
rnd 
If 
any 
•• Iil.bl 
•• 
/ 
it 
(llI_Ual_ent 
•• 0) 
U 
(ra_byte_cnt 
(131» 
( 
ufl 
• 
«inp 
(bpi 
+4) 
" 
0170)1 
0.10); 


tI_.tat. 
_rl_idl,; 
pr.'9 
(" 
Ihe.iwu 
Ti •• 
Out, 
no 
DATA"); 
ratocnt 
.0; 


It 
chick. 
RI 
FIFO 
t.ul 
./ 
/. 
It.-aort 
thin 
10 alh_ph 
and 
no 
data 
thIn 
abort 
tranl.it 
./ 


.11. 
f' 
othuwilt 
tutart 
R. 
Tiaer, 
Ind 
rlld 
data 
fro. 
510 
., 
I 
if 
(fill 
!. 
0) 
,t R. FIFO hut) 
0 ., 
( 
rl_t 
ia. 
ent 
.200.5; 
ufl 
• 
«inp 
( bp. 
+4) " 0170)10,10); 
••.hit. 
( ufl 
!. 0) - 
/. 
au' 
fro. 
FIFO ., 


( 
nlata 
[(I_byte_cnt) 
• 
inp 
(bp.); 


++ rl_bytl_cnt 
j 
.+ 
flfcnt 
j 
-- 
flfl; 


fI_bytt_cnt 
.0; 


tatoenl 
.0; 
pk.t 
ac.hkptt 
( •• p_ptt_nua); 


pr •• 
; 
( •••• 
ndinQ 
ACK"); 


for 
(t-O; 
1<1%1; 
i++) 


[lbuf 
(1] 
• 
raht. 
[1+1]; 


, •• 
write 
pleht 
to 
buffer 
UI 
if 
(pt.t 
••• ot) 


( 


1* 
Check 
Packtt 
*1 


1* 
retarn. 
EOK if 
Pacttt 
without 
trrou 
*1 


intJ 


611 
811 


629. 
UO. 
UI. 
Ul 
833 
834 . 
U3 
U,- 
631. 
UI 
U9. 
8H 
Ul. 
841. 


843 
844. 
843. 
'44. 
841 
841. 
149 
650. 
'51. 
832 
"3. 
834. 
833. 
838 
lS1 
831 . 
.s,. 
"0. 
"1. 
"2. 
863 


864. 
"5. 
868. 
861. 
III . 
'" . 
110. 
"1. 
111. 


cad. 
oalO 
j 


y-anp 
<OaU), 
cad 
• 
(. 
: 
cad l ; 


outp 
(0.21,c_d); 


elt 
(I; 


.cod •• 
0; 


•• 
tt 
(.cod,), 


) 
.1•• 
pr•• o ("old 
patht 
retun,a1thd") 
j 


/. 
If 
uror 
th.n 
show 
paet.t 
'. 
c.hhua 
and 
pactlt 
co.ph •• nt 
., 
[1_ltat 
•• 
fl_rd,; 
•• kinte 
(); 
,. 
£nabl. 
Ctl-Chr 
intt, 
.'t_bank 
(00); 


outp 
(Cf)p&+I),(inpC!lpul):ccitn»; 
..t_bank 
(01); 


.nbint 
4 (); 


•• nd_cu_r.q 
.leth.; 
,. 
S.nd leK 
" 
cc:r_to_ta 
.ACK; 


673. 
614. 
rst:ll0 
() 
'75. 
/ •••••••••••••••••••••••• 
I •••••••••••••••• 
t.t.I 
••••••••• 
1' 
6'6. 
/.... 
• •••• 
, 
61'. f.... 
RESET l15tO 
to 
d.fault 
watt 
up .od. 
•• ••• 
, 
'7'. /.... 
•••••/ 
679. 
/.... 
• •••• 
/ 
"0. 
/.... 
• •••• 
, 
"1. 
, •••••••• 
t. It: •••••• 
t. It It •••••••••••••• 
t It •••••••••••••• 
" 
"Z 
613. 
( 
614. 
ut 
bank 
(OU, 
US. 
outp 
«lIp&+7),o.I0); 
'" 
) 
"1'" 
", 
.•• 
nu 
() 
"0. 
/* •••••••• 
t.t ••••• t._ 
t.t: ••••• t.t 
•• I ••• 
It •••• 
/ 
,,1. 
,.. 
di.pla,_ 
the 
•• n1l on the 
•• , 
"a. ,.. 
.ctt.n. 
.., 
"3 ,.. 
.., 
".. ,.. 
.., 
", ,.. 
.., 


,',. 
f •••••••••• 
I •••••••• 
I •••• 
It.t 
It It ••••••• 
t •••••••• 
'/ 
6". 
'" 
6" . 
700. 
op.n_wind 
(1,1,"lIl1l4 
rat,"); 


7ot. 
pr int 
f 
(" 
• 
12.00 
"); 
702. 
op."_"tn4 
(I,U."c:har 
.• 
i •• "); 
703. 
printf 
(" 
•• 
bit."); 
704 
open_wind 
<1,45 
, 
"Parit,"); 
70S. 
printl 
(" 
dinbl,d"); 


7U. 
open_wind 
0.61. 
"Stop 
Bit."); 
707. 
pr int I 
(" 
• 
Z"); 
701 
•• _curs 
(2,1); 


70t. 
printl 
("a.er 
•••• 
&;•• 
:"); 
710. 
a .•_c:urs 
<to,15); 


711. 
printf 
("(1) 
TRANS"IT 
rILE 
"); 


71Z. 
OPEN_WIND 
(h_r.h_c:."non."); 


713. 
a .•_c:urs 
<1%'IS); 


714. 
printf 
("(1) 
RECEIVE 
riLE 
II); 


715. 
OPEN_WIND 
(r._r.u_c- 
•.•non 
••• ); 
716. 
717. 


inter 


711. 
719 


7%0 . 
721. 
723. 
733. 
714 


7%5. 
726. 
737 
718. 
719 . 
730. 
731 
733. 
733 . 


734 
. 


735 . 
736 . 
737. 
731 
739. 
740 
141. 
743 
743 
744 
745. 


746 
. 


747. 
741. 
749 . 
750. 
75t. 
752. 
753. 
754 
755. 
756 . 
757. 
751. 
759 
. 


760. 
761. 


1&2 
. 


713 


764. 
715. 
7". 
167. 
1U. 
7". 
770. 
771. 
771. 
773. 
774 . 
775. 
771 . 
777 


intt 
() 
/ 
/ 
, •• 
lntiatis 
•• 
Software 
and 
Configur.. 
**' 
, •• 
the 
82510 
Allo 
IIts 
up 
the 
interrupt 
•• , 
/.. 
Handl.r. 
../ 
,t. 
../ 
/.. 
.., 


J •••••••••• 
lilt 
1II••• 
t •••• 
lilt 
•••••••••••••••••• 
II. 
t ••••• 
/ 


( 
h_t ia._ent 
.200 i 
fI_t 
1.'_l::nt 
&2000; 


initplc.k 
(); 


et •• 
(); 
in It_lh 
(); 


confi~L510 
(l; 
•• t_ •• nl:: 
(Olli 


,t S.t 
up 
interrupt 
handhr 
./ 
It 
Coftfi9UU 
U510 *, 
/. 
Switch 
to 
Bank on. 
for 
operation 
*f 


I 
initpact 
(I 
, •••• 
t ••• 
t ••• 
It.t 
•••••••• 
t ••• 
t •••••• 
t ••••• 
t.t.t.t 
*' 


I *t 
•• / 
,.. 
Intialil 
•• 
T. 
Bufhr 
to 
NUL, 
•• , 
/.. 
../ 


/ 
/ 


t.pact.h.ad 
& 
SOHi 


rapad.h.ad 
.SOH. 


t.pack.pack_nua 
.0; 


r.pack. 
pack_nua 
.0 
j 


t.pact.pack_capl 
• 
0; 
rapact.pact_capl 
•• 0; 
for 
(i.0; 
i 
(Uf; 
i++) 


( 


I 
t.pact,chts 
•• 
0; 
upact, 
chk ••• 
0; 


J 


.nbint4 
() 
, 
, 


,.. 
•• 
J 
,.. 
Enabl •• 
JNT4 
in 
the 
U5U, 
•• , 
,.. 
.., 
, 
, 


( 
int 
tnt_.nb 
• hEr; 


int 
.; 


•• inp 
(ipOl); 
tnt_.nb 
• 
(. 
, 
tnt_.nb); 


outp 
CipOl,int_.nb); 


I 


inter 


778 . 
719 
780. 
781 
711. 
113 
784. 
785. 
'86 . 
117 . 
111. 
119 . 
790. 
191. 
192 
193 
794 
795. 
7". 
797 
791. 
799 
100 
101. 
102 
103 . 
104. 
105. 
IU. 
107 . 
101 
109 
110 
111 
112 
113 
114 
115. 
II'. 
117. 
III 
119 
120. 
121. 
122 
123. 
124 
125. 
116 . 
127. 
121. 
129. 
130. 
131 
132 
133. 
114 . 
135. 
136 . 
137. 


( 
int 
int_di. 
'"' O.EF; 
Int 
.,; 


'f=inp 
(lpOl); 
int_di 
•• 
c., 
: 
0110); 
outp 
(jpol 
,int_dill; 


I 


eonfi9_S10 
() 
, 
, 
/.. 
.., 
,.. 
Configure 
the 
81510 
It, 
,U 
••, 


, •••••••••••••••••••••••••• 
t •••••••••••••••••••••• 
I 


( 
int 
nl; 


•• t_hnt 
(01); 
• al 
• 
0,00, 
outp 
(bp& 
+ 
4), 
••. ll; 
ul 
.0.71 
outp 
«bp 
•• 
7),'1.1). 
•• 1 .0100 
outp 
«bp 
•• 
3> ••• 
1), 
ul 
.0130. 
outp 
«l>p&+I) 
••• 
II, 
•• 1 .0.10; 
outp 
«(l>p&.6), 
.•.• 1>; 
lat_bant 
(03); 
"I 
• 0.50; 
outp «bp.l,.a!); 
"I 
.Old.; 
let_dlab 
(03); 
outp 
«bp.), 
'Ia1); 


'1,1 
.011>4; 
outp 
«lIpul).ul); 
nut_dial> 
(03); 
val 
• 
DaDO; 


outp 
«bp&+3) 
,ull; 
.al 
_0101; 


outp 
«(l>p&+6),.,.1>; 
ut_bank 
(00); 


'f.l 
_bIk.n!>; 
outp 
«lIpl+l) 
,,,1); 
'1al 
• 
0.07; 


outp 
«llp&+3) 
,ul 
> j 
ut_dllb 
<00> j 
.,.,1 
• 
O.EO; 
outp 
<bpa,.a1); 


'1&1 
• 
0101; 
outp 
«bpa+U 
,.a1); 
uut_dlab 
<00>; 
I 


, 
, 
,. 
Il1D - 
R. 
FIFO 
depth. 
.4, 
auto 
ac:.k,noraal 
., 
/. 
local 
Joopbad 
./ 
,. 
R"D 
- 
ASCII 
CCR,dil,abll 
dpll,1/U 
saapl 
., 
,. 
window,ablolutl 
stut 
bit 
napling 
., 
/. 
T"D 
- 
aanual 
aodt, 
1 stop 
bits 
./ 
/. 
no 
'-bit 
char, 
no 
./w 
parit, 
./ 
,. 
F"D 
- 
RI 
fifo 
Thulhold 
• 
3 
., 
,. 
T. 
fifo 
threshold 
.0 
., 
I. 
RIE 
- 
Enable 
rI 
interrupts 
./ 
/. 
./ 
/. 
"ODE" 
CONFICURATION 
., 
,. 
CLCF 
- 
161, 
BRCA 
./ 
/. 
., 
,. 
ISL 
- tor 'a. 
bu. 
./ 
/. 
./ 
/. 
./ 
I· 
., 
,. 
88H 
- 
for 
, 
a. 
baSI 
./ 
,. 
., 
I. 
IBCF 
- 
s,. 
clk 
loure., 
tiatr 
aodt 
., 
I· 
., 
,. 
Tl1IE 
Tiau 
I 
interrupt 
.nabl. 
./ 
,. 
./ 


/. 
BANK 
0 
FOR 
CtNtRAL 
CONFIC 
./ 
/. 
CER 
- 
enabl. 
tiau, 
fI, 
CCR 
., 
,. 
blod 
interrupts 
./ 
I. 
LCR - 
diuble 
parit" 
• 
bit 
cbar 
./ 
,. 
., 
,. 
./ 
/. 
BRCA dhi.or 
.OUOH 
for 
1100 
., 
/ 
, 


inter 


•• t_dlab 
<bant) 
/ 
/ 
/.. 
../ 
,.. 
S.t 
DLAB llit 
to 
allo'" 
ace ••• 
to 
•• , 
,.. 
Oi'filot 
R'ihtnl 
••, 
/.. 
../ 
/ ••••••••••••••• 
It •••••• 
t ••••••• 
t ••••••••• 
t._ .. t •• / 


tnt 
bank; 
( 
lnt 
tnut; 
.tt_bant 
100I. 


innl. 
inpCbpa 
+3); 


tn.,1 
.in •• l 
l 0•• 0; 


outp 
«'pu3).huU; 
•• t_bant 
<bant); 


) 


fll.t_4Ia. 
(bank) 
J.t 
••••••••••••••• 
t ••••••• 
tt •• t.t 
1.1 •• t It ••••••••• 
/ 
/.. 
.., 


/.. 
R ••• 
t 
DLAB 
bit 
of 
LCR 
•• 
, 
/.. 
.., 
/* •••••••••• 
t ••••• 
t.t 
•••••••••••••••••••••••••••• 
*/ 


int 
bant; 
( 
int 
in •• I; 


•• t_bant 
(00 I; 


tn •• l • inp<bp 
•• 
3); 


In'" 
1 • 
(i" •• 1 
& 
OJ7f); 
oatp 
«(bpI+3). 
in •• 1); 
Itt_bant 
(hnt); 


) 


inter 


/., 
/ 
,.... 
. 
/ 
,..... 
12510 
interrupt 
.er.iet 
routine 
••••• 
, 
/.... 
...." 
J.... 
IUlO 
Interrapt 
lourc 
•• : 
••••• 
/ 
,.... 
Ta" 
11 rIFO 
••••• 
, 
,.... 
CeR 
HI 
rIFo 
••••• 
, 
,.... 
11"tR 8 
••••• 
, 


,.... 
• •••• 
f 
,.... 
Id.ntifi 
•• 
and .enie •• 
the 
12510 
interrupt 
••••• 
, 
,.... 
.ourc. 
raquI.tin, 
I.twte.. 
• •••• / 
,.... 
....., 
,t.t. 
.•..•/ 
/* •• t.t •••••••••• 
It ••••• 
It ••••• 
t ••••• 
t.t.t.t 
•• It •••••••• 
t.' J 


iu_510 
() 


( 
int 
int 
lnt 
int 
in\ 
int 
int 
int 
int 


loure. 
c.ad_b. 
.t_b; 
i; 
etl c; 
.f Ig. 
j 
girul 
; 
rlfhl; 
h_c.har; 


oatp 
(bpu1>,OaZO) 
.oure 
•• 
QltsrC. 
(Ii 


int 
•• e. _.oarc. 
j 


.witeh 
(,ourct> 


e ••• 
t i•• t 


, 
•••••••••• 
III 
••••••••••••••••••• 
t. I ••••••• 
t.t 
It ••••••• 
It •• / 
,.... 
...../ 
,.... 
TIK£R 
SERVICE 
ROUTINE 
••••• 
, 
/.... 
decr ••• nts 
ta 
count,r 
••••• 
, 
,.... 
d.cr ••• nt. 
ra 
count.r 
••••• 
, 
,.... 
. 
, 
, 
, 


st_b 
a 
inp 
(bpa.3), 


if 
na_ti 
•• _cnt 
)0) 
h_U 
•• _cnt 
.la 
ti •• _cnt 
- 
1; 
if 
Cu_ti 
•• _cnt 
)0) 
ra_t i.,_cnt 
ara_t i.,_cnt 
- 
I, 


c.d_b 
• 
01 21; 


outp 
( 
(bp •• 3),c.d_b 
), 
outp 
«bpa.?) 
.0108), 


break; 


inter 


el.' 
ta. 
e ••• 
t If 
, 
_ 
, 
J.... 
. 
t, 


/ •••• 
TRANSKITTtR 
SERVICE 
ROUTINE 
••• 
u/ 
,.... 
....., 


/.... 
tran 
•• it. 
Four 
c.haractu. 
• •••• 
/ 
,.... 
and r.'th 
tl_r.q 
flag 
whln 
••••• 
, 
,.... 
whole 
pHk.t 
tun'altha: 
••••• , 
,.... 
.~..., 


, ••••••••••••••••••••••••••••••••••••••••••••••••••••••• 
t / 


if 
( tl_r.q 
>0 ) 
,- II 
data 
to 
•• nd -, 


( 
if 
( tl_rtq 
ptt> 
,- uqu•• t 
to 
•• 
nd 
Packet 
-, 
( 
for 
<I 
.0 
1<4 
; i++) 


( 


if 
ltl_rtq 
•• ctl_chr) 
'* 
if 
ct1 
(:hlr. 
tran •• h.ion 
requ •• ted 
, 
thtn 
tran 
•• it 
the 
char 
in 
ccr_to_tl 
*, 
Gutp 
(bpa, 
c.er_lo_h); 
h_c.q 
-0; 


> 
.1•• 


( 


Itt_hnt 
(00) i 
oulp 
«bp&+1), 
(inp(bpa) 
&tlidb»; 
.tt_bant 
(01); 


) 


OUlp 
«(bpl+1),OI01); 
br.ak 
i 


"2. 
973 
974 . 
975. 
971. 
977. 
971 
979. 
910 
911. 
912. 
913. 
914 
915. 
91' . 
917. 
911. 
919. 
990. 
991 
992. 
993. 
994. 
995. 
9H. 
tf7 
. 
991. 
999 
1000. 
1001. 
1002. 
1003 . 
1004. 
1005. 
1006 
1007 
1001. 
1009 . 
101 O. 
1011 . 
lOll. 
1013 . 
1014. 
IOU 
1016 . 
1017 . 
1011 
1019 
1020. 
lOll 
. 
1022 
1023 . 
1024. 
1025. 
1026. 
1027. 


ea •• 
eer 
/••••t. It •••••• t.t It •• t t •••• 
t ••••• 
t •• t ••••••• 
t It ••••••••• 
/ 
,.... 
...../ 
,.... 
Control 
Character 
Slnic. 
Routin. 
• •••• 
, 
/.... 
...../ 
,.... 
it 
control 
char. 
NAK or 
"elt 
••••• 
, 
,.... 
infor. 
trant.tU.r 
•••• t/ 
/.... 
if 
SOH 
or 
EOT 
••••• 
, 
/.... 
infor. 
rlc.i,.,r 
••••• / 
, •••••••••• 
t.t •••• It.t.t.t 
••••••••••••••••••• 
111 
•••••••• 
t •• / 


flO' 
.inp 
Up&.I); 
cUe 
_inp 
<bPI); 
if 
(Cflg. 
, 
O1rF) 
•• 0141) 
I 
/* 
if 
no 
trrou 
Ind 
etl. 
char 
./ 
/* 
th.n 
pro c••• 
control 
char 
.• 
/ 
/* 
and 
•• nd 
to 
ta 
or 
n 
.tah 
*, 


cu. HAlt: 
c •.•• 
Atlt: 
if 
(V.t_Cct_,q 


( 
•• u~ti,..) 
1* 
infor. 
tran.aittu 
that 
ct!. 
c.har. 
r.c.,hed 
*/ 
,.t_cu_rq 
.inleti 
•• ; 
eel_to_,.t 
act Ic; 


CI •• 
SOH: 
c ••• 
EDT: 
if 
(ctle. 
•• SOH) 
I 
•• t_bant 
(00); 
outp 
(Cllpl.U,(inp(lJpl.l>& 
c.cidb»; 
II 
t_bank 
(01) 
j 
I 
if 
(u_stah 
•• 
rl_rdy) 
,. 
if 
teeeher 
",aitin. 
for 
SOH and 
rudy 
to 
re. 
then 
infor. 
reeeher 
of 
••• 
lid 
etl. 
ehar 
.• 
, 


I 
I 
outp 
«bp •• 7) ,0101); 


inter 


lOll. 
1019. 
1030 
103l. 
1031 . 
1033 . 
1034 . 
1035. 
IOU. 
1037. 
1031. 
Ion. 
1040 
1041. 
IOU. 
1043 
1044. 
1045. 
IOU. 
1047 . 
1041. 
IOU. 
1050. 
1051 
1052. 
1053. 
1054. 
1055. 
IOU. 
1057. 
1051. 
1059 . 
1060. 
1061. 
IU%. 
1062. 
1161. 
IOU. 
10". 
1067. 
IOU 
10" . 
1010. 
1071. 
1072 . 
1073 . 
1074 
1075. 
1076 . 
1071 . 
1071. 
1079 
1010. 
tOIl. 
1012 . 
1013. 
1014 . 
1015. 


c ••• 
fit 
/ ••••• 
It ••• 
It .t ••••••••• 
tt ••• 
t It. 
tt •••••••• 
t. It.t.t 
It •• tit' 
,.... 
....., 


, •••• 
HI 
FIFO 
SERVICE 
ROUTINE 
••••• 
f 
/.... 
..... / 
J.... 
R•• d. 
foar 
b,t.. 
• •••• 
/ 
,.... 
Byte 
Count 
ladleat 
•• 
pactet 
re •.d. 
•• ••• 
, 
,.... 
. 
/ 
,.... 
. 
, 


, •••• 
II:It. 
It _t ••• 
t.t 
•••••• 
t t •••• 
t ••••••• 
t •••••• 
t.t ••••••• */ 


rzll1'l 
• 
«in, 
( bpi 
+4) 
, 
0170)/0.10); 
while 
( utl.1 
!s 
0) 
J. 
Check 
RI 
FIFO hut 
and 
rud 
dati 
if 
FIFO 
not 
•• pt, 
*/ 


ndata 
Cn_IIyh_cntl 
• 
inp 
Cbp.); 
fa_byte_ent; 
ratent; 
ra( 1.1; 


brut; 
I 
outp 
«bp&+I).olnal); 
J. 
Rutore 
Oriainal 
.,.he 
of 
lant 
uohtet 
to 
return 
the 
11510 to 
orlfin.l 
Bank *' 


Set_bant 
(bank_nua) 
tnt 
bank_nu.; 


••• It ••• t •• t •• t.t 
••••••••••••••••••••••••••••••••••••••••• 
, 


,.... 
PROCEDURE 
SET_lANK 
••••• 
, 
,.... 
Iwitcl'l •• 
12510 
r.,i.t.r 
bank 
to 
••••• 
, 
,.... 
giy.n .al"l. 
••••• , 
, 
_._ .._._, 


( 
int 
port 
i 
tnt 
bank_lIV_HI; 


bank_u'_YIl 
_bank_au •• 
o.zo 
i 


port. 
gh_Iddr 
.bpli 
oatp 
(port. 
blnk_U9_yaI)i 


) 


inter 


IOU. 
lOll. 
lOll . 
IOU. 
IOtO. 
1091. 
10H. 
10'3. 
10'4 
1095. 
10" 
to'7. 
lOti 
. 


10" . 
1100. 
1101. 
1101 
1103 
1104 . 
1105. 
IIH 
1107. 
110 •. 
1109 . 
1110. 
1111 . 
III 
Z. 


1113. 
1114 
. 


1115 
1116. 
1117 
1111. 
1119 . 
lUO. 
1111. 
tUl. 
IU3. 
1114 . 
1115. 


11%&. 
11 Z7. 
112' . 
11 Zf. 
1130. 
1131. 
1l3Z. 
1133 . 
1134. 
1135. 


,.lue () 
,*•••••••• 
t't 
It ••••••••••••• 
t ••••••• 
t.t •••••• lI.t It 1 
,.. 
read 
ell 
and 
r.turn. 
the 
•• , 
/.. 
loure. 
V.etor 
•• , 
,.* 
••, 
,.. 
Ttaer 
- 
05 Ht. 
.., 
,.. 
Ta "achin. 
- 
04 M.. 
.., 
,.. 
eeR 
- 
03 H.. 
.., 
,.. 
Ra 
FIFO 
- 
02 
H.. 
.., 
,.. 
T. 
FIFO 
- 
01 H.. 
.., 
/*. 
../ 
/* •••• 
t •••• 
t •• t •••••••••••• 
t ••••••• 
t •• t •••• t.t. t: •• 
, 


/' 
rud 
CIR 
*/ 
,* "ut 
out 
all 
bitl 
tlc-.pt 
for 
bits 
1,1 
Ind 
3 II 
• re: 
•• 
re/l; 
r.tarn( 
.re.); 


) 


proc ••• _c.d 
(I 
/* ••••••••• 
t •••••••••• 
t ••••••••••••••••••• 
t It •••••••••••• 
f 
,.... 
....., 


/ •••• 
PROCESS 
COtmAMD 
••••• 
, 
/.... 
Proc ••••• 
U•• r 
cO •• 
Illd. 
• •••• 
, 
,.*.* 
. Tran 
•• i t 
••••• 
/ 
/.... 
- R,e.h', 
••••• , 
/.... 
- 
R, •• t 
11510 
••••• 
/ 


,.... 
0 
- 
quit 
••••• 
/ 
,.... 
- 
Reinit1&11 
•• 
12510 
••••• 
/ 
/.... 
- 
s,st 
••• 
onitor 
••••• 
, 
/.... 
. 
/ 
,.... 
. 
/ 
, 
/ 


( 
int 
r; 


int 
tit 19.hl •• 
int 
ucp 
• 


east 
'0' 


..tI9. 
tru.; 
break 


inter 


1136 . 
1137. 
1138. 
lilt 
1140 
114 I. 


1141. 
1143 . 
1144 . 
114S. 
IlU. 
1147 
1141 
Ill! . 
IlSO 
. 


liS I 
1151. 
1153. 
1154 . 
IUS. 
11" . 
12 :57 


llSI 
115' 
1160. 


1161 
1161. 


t163 
11'4. 
116:1 . 


t 1". 
1167. 
1161. 
lU9. 
1170. 
1171 
1t 1Z. 
1173. 
1174. 
117:5 . 
II" 
1177 


1t ". 
1179 
. 


1110. 
1111. 


1111. 
1113. 
1114 
111:1 
1116 . 
1111. 
1t II. 
1119 
11'0. 
11'1. 


CL"& 
(); 


eLL 
(\I_r,tI_c)j 


KV_CURS (tI_f, 
tI_e.); 
printl 
("file 
: ••); 
/. 
e,t 
ft ••• 
of 
file 
to 
Ta ., 
.c.lal 
("Ii.", 
&la_filt_ft 
••• 
); 
ell 
(ta_f.tl_C); 
op.n_wi nd 
(tI_f, 
tI_c.," 
tran •• t t tin,·) 
; 


open_wind 
(ta_t, 
tI_c+ 
14. \I_I 
i Ie_ft ••• 
) ; 


tl_cad 
• letl'll; 
't 
",cti •• t •• 
flao 
to 
.iana. 
Tuns.it 
idle 
.t&h 
./ 


) 
,I •• 
I 


b •• 
p 
() 
j 


pral' 
("trlll •• i •• ion in pr09rl.,"); 


) 


ca •• 
'Z' 


CL"& 
(1; 
eLL 
(fa_f, 
tI_t) 
; 


MV_CURS 
(U_f. 
u_c) 
; 


printl 
("filt 
:"); 
,t e.t 
rl 
fil, 
ft •••• 
/ 
.cant 
(." •••• 'rl_fill_n 
••• ); 
ell 
(f._"rl_c.); 


open_wind 
(r._r,tl_e,"enabled"); 


open_wind 
(rl_f, 
rl_c. 
14, r 1_' i 1'_ft& •• 
) ; 


ra_e.d 
.aeU.e; 
I. 
AeU.ate 
flag 
to 
'ional 
,tate 
.aehine 
./ 


ut510 
(); 
/. 
r ••• t 
11510 
./ 
op.n_wind 
(24,30,"de.ie. 
reset"); 


br.at; 


r,t:510 
(). 
init 
(); 
/. 
reinitialiu 
U:510 
'/ 
Inbint4 
C) i 


hep 
(); 
pr.sg 
(" 
12510 
reinitialisld"); 
breat; 


•• cp • 
s,ste. 
("d:\.ico.")i 


default 
: 


BEEP 
(); 


pt.sV 
("incorr.et 
eo•• and, 
reenter"); 


breat; 


return 
(tru'); 


tIs. 
retau, 
(fahe); 


/' 
.nd 
of 
co_and 
proc.ssing 
./ 


intJ 


119Z. 
1193. 


1194 
1t 9S. 
11" 
. 


11 f7. 
11 fa. 
11" . 
1100. 
1101. 
lZOZ. 
1103. 
1104. 
110S. 
1206 
1101. 
1101. 
1109 
1110. 
1111 . 
1211. 
11 13 
1214 
1215. 
I1U. 
11 t 7. 
1211. 
11 19. 
IUO. 
IUl 
1221. 
1113 . 


11Z4 
IUS. 
1116 
1117 . 
IUI. 
1119 . 
1130. 
1131 . 
I1U. 
1133 . 
1134 
1135 . 
tZU. 
1137. 
1231. 
1139 . 
1140. 
1141 
1141 
1143. 
1144 
1145. 
I1U. 
1247. 
1141. 
I1H. 
UIO 
1251. 


•• abpkt 
(pUs_l.nt, 
fp) 
' •• I.I 
•••••• 
t 'II. t •••••• 
II ••••••••• 
It •••••• 
It •••• 
II •••••••••• 
*' 
,... 
R,,,d. 
fill 
to 
b. 
traft 
•• itttcf 
And put. 
tt, 
,.. 
the 
data 
into 
the 
prop..- 
.aod,. 
p.ek.l 
for •• t 
ttl 
, •••••••••• 
t •• t •••• 
It •• 1'1'. 
I. I •••••••• 
t It It.t 
II •••••••••••• 
/ 


FILE 
Ifp; 


( 
int 
IU •• 
0; 
int 
i,bIkent. 
int 
It, 
f t; 
eh"r 
c:ptt. 
epke:ap 
j 


bitent 
.tread 
(&hpu:k.bufhr[Ol,ll1,t. 
fp); 


if 
(bltc1lt 
(1) 


( 


.1•• 
if 
(ft 
>0> 
I 
be.p 
(); 


pra'9 
("READ 
ERROR 
!! I ! I ! ! ! ! ! I !"); 


t __ It" 
t f_ t 1:_1d 1.; 
I 


cptt 
.pU,_unt 
.1 j 
tlp.ell:. 
pact_nus 
• 
cptt; 
epkeap 
.'"tlpaell: 
plock_nua; 


tlp&c:t.pact_capl 
• 
c.ptcapi 
/* 
on,'. 
eo.pl ••• nt 
of 
pae.tet 
nu.ber 
'1 
for 
(hO; 
i 
fl1l; 
i •• ) 
sa •• 
sa •• tapae.t,baU.rCi]; 
t.pact.e.ht 
••• 
Sq." 
155; 


cp,1buf 
() 
I··········· 
, 
, •• 
cop, 
packet 
to 
t. 
buUer 
•• , 
, 
, 
( 
int 
i; 


tadah 
[0] 
.tapad.h.ad; 


tadah 
[ll 
.tapa~t.pl~t_na.; 


t.datd2l 
.tapad.pa~t_~.plj 
for 
(hO; 
i 
(121; 
1+.) 
tadah 
(1+3] 
• 
hpa~t,baUtr 
[U; 


tadata 
(131 l 
.tapa~t, 
~ht •• ; 
I 


intJ 


Iln. 
IlS3. 
IlS4. 
IlSl. 
Ill'. 
1lS? . 
1l5l. 
Iln. 
IUD 
lUI. 
lU1. 
1113. 
IU4. 
lUl. 
Il" . 
IU1. 
lUI. 
lU9. 
1l10. 
1l11. 
1l11. 
1113 
1114 . 
1275. 
1176. 
1111. 
1111. 
1%7' 
1310. 
1111. 
1111. 
1313 
1314. 
I3IS 
Ill'. 
1l11. 
1111 . 
121' . 
1190. 
1l91. 
un 
1l93. 
I1t4. 
11'5. 
lU'. 
1291. 
1191. 


chick_v. it 
() 


/ ••• 
It •••••••••••• 
t •••••••• 
t ••••••••••••••••••••• 
It •• 
t ••••• 
I 


, •••• 
PRQCEUDRE 
CHEtI_VUT 
••••• 
/ 
/.... 
....., 
,.... 
c.hlct. 
T. Tia." 
eer_lo_'lt 
and 
••••• 
, 
,.... 
,.t_eer_ftq 
and r.turnl: 
••••• 
/ 
/.... 
....., 
,.... 
Ti •• 
Out 
- 
TI 
Tia., 
• 
0 
••••• 
, 
,.... 
[I_ACK 
- 
Act 
rtel 
••• ' 
••••• 
, 
/.... 
[I_NAIt 
- Nat rleth.. 
• •••• , 
, •• ** 
waitino 
- 
ta 
Ttaer 
not 
•• ,ired 
••••• 
, 
/.... 
. 
/ 
f···· 
/ 
/ •••• 
t •• t. It •••••• 
It •• 
It t •• t •••••• 
It. It •••••••••••••• 
I' 
•••••• 
/ 


/. 
if 
h 
Tia" 
•• pirtd 
Iftd 
,till 
waitino 
for 
control 
char,thl" 
Ti •• 
01lt 
./ 


I 
.",itch 
(eer_lo_OIU 


( 
ca •• 
lei 
return 
(rl_"el); 


return 
(rl_Oln); 
,t 
corrupt.d 
c.t1 
c.har 
I' 
brlat. 


) 
I 
,I,. 
If 
(ctl_U.,_cnt 
)0) 
U 
<O.t_eel_fq 
•• ac.ti"e)) 
return 
(wattin;); 


inter 


12" 
liDO 
1201 
1I02. 
1303. 
1304. 
liDS. 
13U. 
1307. 
1I01. 
1I0t. 
1310. 
Illl. 
1312. 
1313 
1I14. 
I3IS. 
IIU 
1211. 
1It1. 
1319 
Ill0. 
1221 
Ill2. 
1313. 
1314. 
122S. 
IIU. 
1311 . 
1311. 
lilt 
. 


1I20 
1331 
1322. 
1333 
1I34 . 
1I2S. 
1I36 
1337. 
1338 
1I3t. 
1240 
1341 
1341. 
1343 . 
1344. 
134S. 
1246 . 
1341. 
1341. 
134' . 
IIS0 
13S1. 
1I31. 
1353. 
1354. 
IISS. 
Ill' 
IIS1. 


abort_t. 
() 


, 
••••••••••••••••••••••••• 
11 •••••••••••••••••••••••••••••• 
, 
,.... 
....., 
,.... 
Abort 
tranl.tllton, 
reintialiu 
••••• 
, 
,.... 
Tranl.tttat 
••••• 
, 
,.... 
Fla,. 
•• ••• , 
,.... 
• •••• 
t 
,•••••••••••••••••••••••••••••••••••••••••••••••••••••• 
fl.' 


lof 
_fa 11.; 


tarf 
19 • 
atptt; 


quit 
••fal •• ; 


tey 
• 
d. 


tl_,tatl 
.t. idle, 
ll_cad 
•• in,eth.; 


•• nd_ccl'_req 
• 
inlet 
h.; 


ll_ind 
•• 
0; 


tl_rlq 
_inleli,.; 


C.Cf_to_t 
•• 
0; 
tI_bfh_cnt 
.0; 
pHI_unt 
.0; 
ll_li.,_cnt 
.0; 
'It_ccr_fq 
.0 j 
cer_to_9It 
.O~ 


Ilt_bant 
(Oo)i 


oUlp 
«bpull,OI27); 
Ilt_bant 
(001); 


oatp( 
(bpa+61 
• 0100>; 
tI_.tat. 
all_idl.; 


pr•• , 
("trln,.iller 
re,.t"); 


wlit_r. 
() 
, 
, 
,.... 
. 
, 
I.... 
WAIT_RI: 
••••• 
, 
I.... 
eh.ek. 
ra 
\i •• r, 
lnd 
return. 
the 
••••• 
, 
,.... 
following 
.•.aJue 
••••• 
, 
,.... 
SOH - 
SOH r.e.i"ed 
••••• 
, 
I.... 
EOT 
- 
EOT 
r.e.i .•.• 
d 
••••• 
, 
/.... 
ti •• 
out 
- 
ra 
ti.er 
•• pil.d 
••••• 
, 
,.... 
wlitin, 
- waiting 
for 
.".nt 
••••• 
, 
,.... 
..... / 


/ •••••••••••••••••••••••••••••••••••••••••••••••••••••••• 
J 


) 
.II. 
it 
( u_ti 
•• _ent 
•• 
0) 
r.turn 
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The 
82510 
Asynchronous 
Serial 
Controller 
is 
a 
CHMOS UART which provides high integration fea- 
tures to offioad the host CPU and to reduce the system 
cost. 


This Ap-Note presents a mechanism for reduction and 
optimization 
of interrupt 
handling during asynchro- 
nous communication using the 82510. The mechanism 
is valuable in applications where handling of interrupts 
degrades system performance i.e., when high baud rate 
is used, when multiple channels are handled or whenev- 
er real-time constraints exist. This implementation of 
the mechanism is a software driver that transmits or 
receives characters at 288000 bits per second. 


The driver is based on the burst algorithm which uses 
the 82510 features (FIFOs, Timers, Control Character 
Recognition etc.) to reduce CPU overhead. CPU is sig- 
nificantly off-loaded for other tasks - 
about 75% of 
the usual load is saved. 


The driver can be easily modified to run in conjunction 
with other 82510 features such as the MCS-51 9-bit 
Protocol. 


This document provides a full description of the driver. 
The burst algorithm is presented in Section 3, the soft- 
ware module flow-charts and their descriptions are pre- 
sented in Section 6, and the PL/M software listing is 
given in Appendix A. 


The trend towards multi-tasking systems, combined 
with higher baud rates and increasing the number of 
channels per CPU, has led to the need for decreasing 
the CPU bandwidth consumed by the async communi- 
cations for each byte transfer. Whenever the CPU is 
interrupted, a certain amount of CPU time is lost in 
implementing the context switch. This overhead can be 
as high as hundreds of microseconds per interrupt, de- 
pending on the specific operating system parameters. 
Thus, in high baud-rate or multi-channel environments, 
where the interrupt frequency is very high, a substantial 
portion of the CPU time is taken up by this interrupt 
overhead. Therefore, systems usually require minimiza- 
tion of the number of interrupt events. In the case of an 
asynchronous communication channel, reduction of the 


number of interrupts can be achieved by servicing (i.e., 
transferring to/from the buffer) as many characters as 
possible whenever the interrupt 
routine is activated. 


This can be done by utilizing FIFOs to hold received or 
transmitted characters, so that the CPU is interrupted 
only after a certain number of characters have been 
received or transmitted. 
Using a receive FIFO 
may 


cause a potential problem: Due to the random rate of 
character 
arrival 
in asynchronous 
communications, 


there is a chance that characters will be "trapped" 
in 
the Rx FIFO for extended periods of time. In order to 
avoid such situations, a Rx FIFO time-out mechanism 
can be implemented using the 82510 timer. The time- 
out indicates that a certain amount of time has elapsed 
since the last read operation was performed. It causes 
the CPU to check the Rx FIFO and read any charac- 
ters that are present. This process, however, introduces 
the additional overhead of the timer interrupt. This Ap- 
Note describes the use of the burst algorithm to avoid 
the timer interrupt overhead while maintaining the use 
of the Rx FIFO. 


2.2 82510 Features Used In This 
Implementation 


The following new 82510 features were used in this im- 
plementation: 


The 82510 is equipped with 2 four-byte FIFOs, one for 
reception and one for transmission. While characters 
are being received, a Rx FIFO interrupt is generated, 
when the Rx FIFO occupancy increases above a pro- 
grammable threshold. While characters are being trans- 
mitted, a Tx FIFO interrupt is generated, when the Tx 
FIFO occupancy drops below a programmable thresh- 
old. The two thresholds are software programmable, 
for maximum optimization to the system requirements. 


The 82510 is equipped with two on chip timers. Each 
timer can be used as a baud rate generator or as a gen- 
eral purpose timer. When two independent baud rates 
are required for transmit and receive, the two timers 
can be used to generate both baud rates internally. Oth- 
erwise, one timer can be used for external purposes. 
The timer is loaded with its initial value by a software 
command and it counts down using system clock puls- 
es. When it expires, a maskable interrupt is generated. 
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Depending 
on the application, the software usually 
checks the received characters to determine whether 
certain control characters have been received, in which 
case special processing is performed. This loads the 
CPU, as every received character should be compared 
to a list of control characters. With the 82510, the CPU 
is offioaded from this overhead. Every received charac- 
ter is checked by the 82510, and compared to either a 
standard set of control characters (ASCII or EBCDIC) 
or to special user defined control characters. The soft- 
ware does not need to check the received characters, 
and a special interrupt is provided when a received con- 
trol character is detected by the 82510. The specific 
operation mode (standard set, user defined, etc.) is pro- 
grammable. 


The twenty possible interrupt sources of the 82510 are 
grouped into six blocks: Timer, Tx machine, Rx ma- 
chine, Rx FIFO, 
Tx FIFO, 
or Modem. 
Interrupt 
source blocks are prioritized. The interrupt 
manage- 
ment is performed by the 82510 hardware. The CPU is 
interrupted by a single 82510 interrupt signal. The in- 
terrupt handler is reported on the highest priority pend- 
ing interrupt block (GIR) and on all the pending inter- 
rupt blocks (GSR), as well as on the specific interrupt 
source. Interrupts are maskable at the block level and 
source level. Interrupts can be automatically acknowl- 
edged (become not pending) when serviced by the soft- 
ware, or manually acknowledged by an explicit com- 
mand. 


The 82510 FIFOs are used to reduce the CPU interrupt 
load. When a burst of characters 
is transmitted 
or 
received, the CPU is interrupted only once per trans- 
mission or reception of up to four characters. FIFO 
thresholds are programmable; thus, when high system 
interrupt latency is expected, an optimal threshold may 
be selected for the desired trade-off between the CPU 
load, and the acceptable system interrupt latency. The 
required Rx FIFO threshold is also a function of the 
receive character rate. When the rate is high, a deep 
FIFO is required. When the rate is very low (e.g., hun- 
dreds of milliseconds between characters), a low thresh- 
old is needed, to reduce the maximum character service 
latency (a character is available to the application pro- 
gram only after it is stored in the receive buffer). 


The software mechanism described here tunes the Rx 
FIFO threshold dynamically when the incoming char- 
acter rate is variable. The algorithm uses one of the 
82510 on-chip timers for time measurement, in order to 
automatically adapt the threshold to the character re- 
ception rate. This is done without loading the CPU 
with the overhead of serving excessive interrupts gener- 
ated by the timer mechanism itself. 


The 82510 timer is initialized to the time-out value with 
every Rx FIFO interrupt. The time-out value is the 
maximum acceptable time between a character's recep- 
tion and its storage in the receive buffer, but not less 
than five character-times. Upon reception of the next 
character, the timer status is examined to determine 
whether the character rate is high (the timer has not yet 
expired) or low (the timer has expired). 
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The algorithm is best describedas a finite state machine 
that can be in one of three modes: HUNTING mode, 
SINGLE mode, or BURST mode. In HUNTING 
mode, after the first character received interrupts the 
CPU, the mode switches to SINGLE. On receiving a 
character in SINGLE mode Cthatis the second charac- 
ter) the timer is examined; if the character rate is very 
low, the mode is switched back to HUNTING. Other- 
wise, the rate is high enough to switch to BURST 
mode. In BURST mode, the Rx FIFO threshold is 
maximal. The machine remains in BURST mode as 
long as a burst of characters is being received. When 
the rate of character reception becomes low, the timer 
eventually expires generating a timer interrupt which 
switches the mode back to HUNTING. 


Note that while a burst of characters is being received, 
the CPU is interrupted only once per four received 
characters. If the characters are received at a very low 
rate, an interrupt occurs for each received character. 
The CPU is interrupted by the timer only once, when 
the burst terminates. See Figure I for a state diagram. 


For more details about the burst algorithm see para- 
graph 6.2. 


The driver contains the followingsoftware modules: 
• MAIN 


• BURST ALGORITHM 
Burst Algorithm Initialization CO) 
Rx FIFO Step CO) 
HUNTING mode 
SINGLE mode 
BURST mode 
Timer Step CO) 


• INITIALIZA TIONS 
- 
Wait for Modem Status 


• INTERRUPT HANDLER 
- 
Rx FIFO Interrupt Service Routine 
- 
Tx FIFO Interrupt ServiceRoutine 
Status Interrupt ServiceRoutine 
Timer Interrupt ServiceRoutine 
Modem Interrupt Service Routine 


CO)The burst algorithm modules are called by the ini- 
tialization module and by the interrupt handler mod- 
ules. 
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5.0 
HARDWARE 
VEHICLE 
DESCRIPTION 
6.0 SOFTWARE 
MODULE 
DESCRIPTIONS 


The driver was tested at 288000 baud, on an 80186 
based system, with an 8 MHz local bus running with 2 
wait-states, and·an 18.432 MHz 82510 clock. Two sta- 
tions were involved: one transmitter 
station and one 
receiver 
station. 
Each 
station 
consisted 
of 
an 
iSBC186/51 with a 82510 based SBX board connected 
to it. See Appendix B for description of the SBX board. 


The MAIN module is a simple example of an applica- 
tion program that uses the driver. 


This driver is, nonetheless, suitable for running in a 
large number of system environments. 


The communication is done between two stations: One 
station is the transmitter and the other one is the re- 
ceiver. After interrupts are enabled, the program waits 
for the Finish_ Tx flag or the FinisLRx 
flag (for the 
transmitter or receiver station, respectively) to be set. 
In the transmitter station, the driver is preloaded with 
the transmit data. In the receiver station, the received 
data is displayed after data reception is complete. 


intJ 


The global variable Burst_algo 
is used to indicate the 
current burst algorithm mode. 


The burst algorithm is most useful at a baud rate of 
9600 or higher. At lower baud rates, where the Rx in- 
terrupt rate is very low, the burst algorithm is degener- 
ated (Low_baud 
is assigned to Burst_algo). 
At a 
baud rate of 9600 or more, the burst algorithm mecha- 
nism is initialized and starts by disabling the timer in- 
terrupt. 


The initial state of the burst algorithm is HUNTING 
mode. In this mode, it is looking for (hunting) the first 
character. The Rx FIFO threshold is zero, thus the first 
character received interrupts CPU. This interrupt starts 
the burst algorithm mechanism. 
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Modules HUNTING, 
SINGLE, BURST are called by 
Rx 
FIFO 
interrupt 
service 
routine. 
Module 
BURST&TIMER 
is called by timer interrupt service 
routine. 


Hunting for the first character received is the first step 
in the burst algorithm. After the first character is de- 
tected, received and handled, it must be determined if 
reception will be at high or low rate. This is done by 
starting the timer. HUNTING mode ends by assigning 
the second step, Le., SINGLE mode, to Burst_algo. 


When the second character is received, the burst algo- 
rithm 
is in SINGLE 
mode. Timer 
status 
is read 
(TMST). If the status indicates that the timer has ex- 
pired, the receive character rate is low and there is no 
need to increase the Rx FIFO threshold. The burst al- 
gorithm returns to its first state, Le., HUNTING mode. 
However, if the timer has not expired, the receive char- 
acter rate is high, and the Rx FIFO threshold is set to 
the maximal allowable value. The timer is restarted and 
the timer interrupt is enabled so that, if it expires before 
the Rx FIFO exceeds the threshold, a timer interrupt 
will occur. 


SINGLE mode is ended by assigning the third step, 
BURST mode, to BURST_algo. 
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The algorithm enters BURST mode as soon as the re- 
ceive character rate is evaluated as high, i.e:, when two 
successive characters are received without a timer expi- 
ration. The FIFO is now working at full threshold and 
the timer is used as a timeout watch dog. BURST mode 
is the most time-critical path of the algorithm. There- 
fore, it consumes a minimum amount of real time. 


The timer is restarted, in order to restart a new timeout 
measurement. The timer status is read to trigger auto- 
matic reset of the previous status; this is done to avoid 
the timer interrupt if the timer has expired during the 
Rx FIFO interrupt service routine execution. 


If the character reception rate becomes low, then the 
time between two successive Rx FIFO interrupts in- 
creases. Hence, a reduction in the reception rate causes 
the timeout to expire, and a timer interrupt 
occurs. 
This drives the algorithm back to HUNTING 
mode. 
The timer interrupt 
is disabled and the Rx FIFO 
threshold is configured to zero, to issue an Rx interrupt 
on the first hunted character. 


FIFO 
~ 
~ 


Mode 
Threshold 
Timer 
Timer-Interrupt 


Hunting 
0 
Idle 
Disabled 


Single 
0 
Started 
Disabled 


Burst 
Max. 
Restarted 
Enabled 


The Rx FIFO interrupt handler executes the burst al- 
gorithm immediately after the Rx FIFO is emptied (to 


avoid an overrun error). The module was designed to 
minimize the CPU overhead inherent in the burst algo- 
rithm itself. 


BURST mode is assigned the fastest path because it is 
the most real time sensitive mode. 


SINGLE mode has a slightly longer path. However, 
under a high reception rate, the algorithm passes SIN- 
GLE mode once only and then stays in BURST mode 
until the end of the burst. Under a low reception rate 
the algorithm passes SINGLE mode many times, but, 
since the period between two successive Rx interrupts is 
long, this hardly affects system performance. 


This module initializes the driver. It is called at pro- 
gram start-up. 


The 82510 is configured for the specific operation mode 
by the CONFIG_8251O 
submodule: A Software Reset 
command is issued, and then the character configura- 
tion is selected. In the receiver station ACRO and 
ACRI 
Registers 
are loaded 
with 
the 
End-Of-File 
ASCII character, so that the Control Character Recog- 
nition feature of the 82510 can be used to detect the 
specific file terminator. In the transmitter station, the 
ASCII 
characters 
XOFF 
and XON 
are loaded to 
ACRO and ACRI, respectively, to detect transmit-off/ 
on requests automatically. The use of the control char- 
acter recognition feature of the 82510 reduces system 
overhead, as the software does not need to check every 
received character. A special interrupt is received when 
the 82510 hardware detects a received control charac- 
ter. 


Interrupt sources are enabled (note that a Tx interrupt 
will occur immediately). BRGA is loaded to generate 
the required baud rate (288000 baud in this specific 
implementation). Rx FIFO depth is set to 4. The Tx 
and Rx FIFO thresholds are initialized to O.BRGB is 
selected to function as a timer, and is loaded with the 
timeout value (7 ms at 18.432 MHz, in this implemen- 
tation). The RxC and TxC sources are selected to be 
BRGA. 


The burst 
algorithm 
parameters 
are initialized 
by 
INIT_BURST. 
WAIT_FOR_MODEM_STATUS 
is called and implements a wait until the modem hand- 
shake DSR signal is set. If WAIT _FOR_MODEM_ 
STATUS returns with a timeout error, the modem er- 
ror is processed. If no error has occurred, the following 
parameters are initialized: Finish_Rx 
and Finish_Tx 
flags, receive and transmit buffer pointers, and the re- 
ceiver flag. All status registers are cleared by issuing a 
STATUS CLEAR command to the ICM register. 
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any communication starts (it indicates that the modem 
is active). The returned Modem_Handshake 
flag indi- 
cates normal return 
(true) or timeout 
error return 
(false). 
This module waits, with a timeout, for the DSR modem 
handshake signal to be set. DSR should be active before 


The interrupt handler services the 82510 interrupt 
sources. Since this is a time-critical path, the code is 
optimized to minimize real time consumption. 


The interrupt handler identifies the highest priority 
pending 82510 interrupt, by reading GIR. The inter- 
rupt handler was designed so that shorter paths are 
assigned to more real time sensitive interrupt sources. 
Rx FIFO interrupt is the most sensitive, Tx FIFO is 
the second most sensitive, and so on. 


The interrupt 
handler services only one interrupt 
source at a time. This prevents CPU resource starva- 
tion from other interrupt driven devices. Interrupts are 
enabled at the beginning of the interrupt handler, so 
that higher priority interrupt sources are not disabled 
by the 82510 interrupt handler. 


The programmable interrupt controller (8259A) is as- 
sumed to be configured to "edge triggering mode" and 
"non-automatic end of the interrupt" mode. 


graph 6.2.2). Before leaving the Rx FIFO 
interrupt 


service routine, the FIFO 
occupancy register is re- 


checked, to empty the Rx FIFO of characters that may 
have been received during the Rx FIFO interrupt serv- 
ice routine itself. This can happen if the Rx FIFO inter- 
rupt service routine has been interrupted by a higher 
priority interrupt. 


The Rx FIFO interrupt service routine first empties the 
Rx FIFO. The receive data register (RXD) is read, as 
many times as indicated by the FIFO occupancy regis- 
ter (FLR), and the characters are stored in RlL-Buf. 


After emptying the Rx FIFO, the Rx FIFO interrupt 
service routine executes the burst algorithm (see para- 
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The Tx FIFO interrupt service routine fills the Tx 
FIFO with transmit characters while checking for the 
End-Of-File terminator. According to the FIFO occu- 
pancy register (FLR), the Tx FIFO is loaded (by writ- 
ing to TXD) until it is full or until the End-Of-File 
character is detected. The transmitted characters are 
taken from TxJuf. 
If an End-Of-File character is 
identified, then the transmission is immediately ended 
by disabling all 82510 interrupts and setting the Fin- 
ish_ Tx flag. 


The status interrupt serviceroutine has four objectives: 
- 
To empty the Rx FIFO. 
- 
To stop reception if an End-Of-File character is 
identified by the control character 
recognition 
mechanism (in the receiver station). 
- 
To disable or enable the Tx interrupt ifaXOFF 
or 
XON character, respectively, is identified by the 
control character recognition mechanism (in the 
transmitter station). 
To handle parity, framing, or overrun errors (in the 
receiver station). 


First the Rx FIFO is emptied. In the receiver station, 
the RST register is checked to determine whether an 
End-Of-File 
terminator 
has been identified by the 
82510, in which case reception is stopped immediately 
by disabling 
all interrupt 
sources and 
setting 
the 
Finish_Rx 
flag. In the transmitter station, the received 
characters are checked to identify the received control 
character. If XOFF is identified, Tx interrupt is dis- 
abled. If XON is identified, Tx interrupt is enabled. 
Note that the software does not need to check for any 


control character during normal reception; the control 
characters are identified by the 82510 device. 


RST is checked for parity, framing or overrun errors. If 
one of these errors has occurred, then the error han- 
dling routine is executed. 


If status interrupt occurs while Burst_algo 
is assigned 
to BURST mode, the timer is restarted. 


Figure 13. Status Intr. Service 
Routine 
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A timer interrupt occurs when the receive character 
rate becomes low. The timer interrupt service routine 
first empties the Rx FIFO and then switches the burst 
algorithm to HUNTING 
mode. 


Modem interrupt occurs if one of the modem lines has 
dropped during transmission or reception. The modem 
interrupt service routine reads the MSR register to ac- 
knowledge the modem interrupt. 
The modem error 
routine is then executed. 


APPENDIX A 
PL/M SOURCE FILE 


/************************************************************************* 
* 
* 
* 8 2 S 1 0 - H 
I G H 
PER 
FOR 
MAN 
C E 
D r i v e r 
. 
* 
* 
* 
* This 
driver 
is optimized 
for 
Real 
Time 
Systems. 
It supports 
* 


* high 
system 
performance. 
It 
is based 
on the 
"BURST 
algorithm" 
* 
*****************.************ 
••*****************************************/ 


/************************************************************************* 
* 
LITERALS 
* 


*************************************************************************/ 


DECLARE 
LIT 
LITERALLY 
'LITERALLY'; 
DECLARE 
TRUE 
LIT 
'OFFH' 
DECLARE 
FALSE 
LIT 
'OOH' 
DECLARE 
BAUD 
9600 
LIT 
'003CH' 
;1* 
Character 
configurations 
*/ 


DECLARE 
BAUD-19200 
LIT 
'OOlEH' 
DECLARE 
BAUD-288000 
LIT 
'OO02H' 
DECLARE 
DLAB-O 
LIT 
'OlllllllB' 
;1* 
Reset 
DLAB 
*/ 


DECLARE 
DLAB=l 
LIT 
'10000000B' 
;1* 
Set 
DLAB 
*/ 


DECLARE 
CR 
LIT 
'ODH' 
;1* 
Control 
characters 
*/ 


DECLARE 
LF 
LIT 
'OAH' 
DECLARE 
X Off 
LIT 
'13H' 
DECLARE 
X-On 
LIT 
'llH' 
DECLARE 
End 
Of 
File 
LIT 
'lAH' 
DECLARE 
BASE_SIO 
LIT 
'080H' 
;1* 
8 2 S 1 0 
registers 
*/ 


DECLARE 
NASO 
LIT 
'OOOOOOOOB' 
DECLARE 
WORK1 
LIT 
'OO100000B' 
DECLARE 
GEN2 
LIT 
'01000000B' 
DECLARE 
MODM3 
LIT 
'Ol100000B' 
DECLARE 
TXD 
LIT 
'BASE 
S10 
+ 
0' 
;1* 
BANK 
0 - NAS 
*/ 


DECLARE 
RXD 
LIT 
'BASE-S10 
+ 
0' 
DECLARE 
BAL 
LIT 
'BASE-S10 
+ 
0' 
DECLARE 
BAH 
LIT 
'BASE-S10 
+ 
2' 
DECLARE 
GER 
LIT 
'BASE-S10 
+ 
2 ' 
DECLARE 
GIR 
LIT 
'BASE-S10 
+ 
4' 
DECLARE 
BANK 
LIT 
'BASE-S10 
+ 
4 ' 
DECLARE 
LeR 
LIT 
'BASE-S10 
+ 
6 ' 
DECLARE 
MCR 
LIT 
'BASE-S10 
+ 
8' 
DECLARE 
LSR 
LIT 
'BASE-S10 
+10' 
DECLARE 
MSR 
LIT 
'BASE-S10 
+12' 
DECLARE 
ACRO 
LIT 
'BASE-S10 
+14' 
DECLARE 
RXF 
LIT 
'BASE-S10 
+ 
2' 
;1* 
BANK 
1 - WORK 
*/ 


DECLARE 
TXF 
LIT 
'BASE-S10 
+ 
2' 
DECLARE 
TMST 
LIT 
'BASE-S10 
+ 
6' 
DECLARE 
TMCR 
LIT 
'BASE-S10 
+ 
6' 
DECLARE 
FLR 
LIT 
'BASE-S10 
+ 
8' 
DECLARE 
RST 
LIT 
'BASE-S10 
+10' 
DECLARE 
RCM 
LIT 
'BASE-S10 
+10' 
DECLARE 
TCM 
LIT 
'BASE-S10 
+12' 
DECLARE 
GSR 
LIT 
'BASE-S10 
+14' 
DECLARE 
ICM 
LIT 
'BASE-S10 
+14' 
DECLARE 
FMD 
LIT 
'BASE-S10 
+ 
2' 
;1* 
BANK 
2 - GENERAL 
CONFIGURE 
*/ 


DECLARE 
TMD 
LIT 
'BASE=S10 
+ 
6' 
292038-16 
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DECLARE 
IMD 
LIT 
'BASE 
S10 
+ 8' 
DECLARE 
ACR1 
LIT 
'BASE-S10 
+10' 
DECLARE 
RIE 
LIT 
'BASE-S10 
+12' 
DECLARE 
RHO 
LIT 
'BASE-S10 
+14' 
DECLARE 
CLCF 
LIT 
'BASE-S10 
+ 
0' 
;f* 
BANK 
3 - MODEM 
*1 


DECLARE 
BBL 
LIT 
'BASE-S10 
+ 
0' 
;f* 
DLAB=1 
*1 


DECLARE 
BACF 
LIT 
'BASE-S10 
+ 
2' 
DECLARE 
BBH 
LIT 
'BASE-S10 
+ 
2' 
;1* 
DLAB=1 
*1 
DECLARE 
BBCF 
LIT 
'BASE-S10 
+ 6' 
DECLARE 
PMD 
LIT 
'BASE-S10 
+ 8' 
DECLARE 
MIE 
LIT 
'BASE=:S10 +10' 
DECLARE 
TMIE 
LIT 
'BASE 
S10 
+12' 
DECLARE 
OUT2 
MCR 
LIT 
'00001000B' 
;f* 
Specific 
register 
bits 
*f 


DECLARE 
DTR 
MCR 
LIT 
'00000001B' 
DECLARE 
DSR-MSR 
LIT 
'00100000B' 
DECLARE 
CLRSTAT 
ICM 
LIT 
'00000100B' 
DECLARE 
INTR 
S10 
LIT 
'21H' 
DECLARE 
PORT-8013 OM 
LIT 
'OE2H' 
DECLARE 
EN 
80130 
LIT 
'OFDH' 
DECLARE 
PORT 
EOI 
LIT 
'OEOH' 
DECLARE 
COMM-EOI 
LIT 
'61H' 
:1* 
End 
Of 
Interrupt 
command 
*1 
DECLARE 
ENRTX 
GER 
LIT 
'OOO01111B' 
;f* 
Enable 
Interrupt 
bits 
*1 
DECLARE 
ENTX 
GER 
LIT 
'00000010B' 
DECLARE 
ENTXSTAT 
GER 
LIT 
'OOO01110B' 
DECLARE 
ENRX 
GER- 
LIT 
'00001101B' 
DECLARE 
ENTIMRx 
GER 
LIT 
'00101101B' 
DECLARE 
DISTX 
GER 
LIT 
'00001101B' 
DECLARE 
DISRX-GER 
LIT 
'OOOOO010B' 
;f* 
Disable 
Interrupt 
bits 
*1 
DECLARE 
DISRTX 
GER 
LIT 
'OOOOOOOOB' 
DECLARE 
TXTHRESHO 
FMD 
LIT 
'OOOOOOOOB' 
;f* 
FIFO 
threshold 
*1 
DECLARE 
RXTHRESHO-FMD 
LIT 
'OOOOOOOOB' 
DECLARE 
RXTHRESH3-FMD 
LIT 
'OOl10000B' 
DECLARE 
MASK 
RXOCC 
LIT 
'01110000B' 
;f* 
Mask 
on 
occupancy 
bits 
*1 
DECLARE 
MASK-TXOCC 
LIT 
'00000111B' 
DECLARE 
MASK-ACRSTAT 
LIT 
'01000000B' 
;f* 
Mask 
on ACR 
status 
bits 
*1 
DECLARE 
CHRLEN 
8 
LIT 
'OOOOOOllB' 
;1* Async 
parameters 
*1 
DECLARE 
STPBIT-1 
LIT 
'OOOOOOOOB' 
DECLARE 
PARITY-NON 
LIT 
'OOOOOOOOB' 
DECLARE 
SWRES 
CMND 
LIT 
'00010000B' 
DECLARE 
ERRCHR 
RST 
LIT 
'00001110B' 
DECLARE 
ACRSTAT 
RIE 
LIT 
.'01000000B' 
DECLARE 
ACRSTAT-RST 
LIT 
'01000000B' 
DECLARE 
NONI 
GIR 
LIT 
'00100001B' 
;f* 
Interrupt 
vector 
*1 
DECLARE 
MODMt 
GIR 
LIT 
'00100000B' 
DECLARE 
TXI-GIR 
LIT 
'00100010B' 
DECLARE 
RXI-GIR 
LIT 
'00100100B' 
DECLARE 
STATI-GIR 
LIT 
'00100110B' 
DECLARE 
TIMI-GIR 
LIT 
'00101010B' 
DECLARE 
AUTOACK 
IMD 
LIT 
'OOOO1000B' 
DECLARE 
TIMOD 
BBCF 
LIT 
'OOOOOOOOB' 
;f* 
Timer 
*1 
DECLARE 
TIMBI-TMIE 
LIT 
'00000010B' 
DECLARE 
FIFO 
tMD 
LIT 
'OOOOOOOOB' 
DECLARE 
STARTIMB_TMCR 
LIT 
'00100010B' 
DECLARE 
STARTIMB 
TMST 
LIT 
'00000010B' 
DECLARE 
RTXCLK 
BRGA 
CLCF 
LIT 
'01010000B' 
, 
DECLARE 
LOW 
BAUD 
.'- 
LIT 
'OOH' 
;f* 
BURST 
algorithm 
*f 
DECLARE 
HUNTING 
MODE 
LIT 
'OlH' 
DECLARE 
SINGLE-MODE 
LIT 
'02H' 
DECLARE 
BURST-MODE 
LIT 
'03H' 
; 
DECLARE 
TIME 
EXP 
LIT 
'OFFFFH' 
;f* 
timeout=7mS 
(at 18.4 
Mhz) 
*1 
DECLARE 
WArT=:TIME 
LIT 
'OOFFFH' 
;f* 
WAIT_FOR_MODEM_STATUS 
*1 
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/*.**.*****.**** 
•• **.***.************************************************* 
* 
VARIABLES 
* 
*********************.***************************************************/ 


DECLARE TX PTR POINTER PUBLIC 
DECLARE TX-BUF BASED TX PTR (3000) BYTE ; 
DECLARE IX-TX 
WORD PUBLIC ; 
DECLARE RX-BUF(3000) BYTE PUBLIC; 
DECLARE IX-RX 
WORD PUBLIC 
DECLARE INTR VEC 
BYTE PUBLIC 
DECLARE FIN TX 
BYTE PUBLIC 
DECLARE FIN-RX 
BYTE PUBLIC 
DECLARE RX eHR 
BYTE PUBLIC 
DECLARE TX-CHR 
BYTE PUBLIC 
DECLARE TX-OCC 
BYTE PUBLIC 
DECLARE RX-OCC 
BYTE PUBLIC 
DECLARE STAT 
BYTE PUBLIC 
DECLARE BAUD 
WORD PUBLIC 
DECLARE TEMP 
BYTE PUBLIC 
DECLARE FIN 
BYTE PUBLIC 
DECLARE SELECTION 
BYTE PUBLIC 
DECLARE RECEIVER 
BYTE PUBLIC 
DECLARE BURST ALGO 
BYTE PUBLIC 
DECLARE MODEM-HANDSHAKE BYTE PUBLIC 
D~CLARE COUNTER 
WORD PUBLIC ; 
DECLARE RX_ERROR 
BYTE PUBLIC ; 


1* Finish Transmission flag 
1* Finish Reception 
flag 


1* Receive station 
1* BURST algorithm 


1* Error occurred during 
1* reception 


1* 
1/0 console utilities 
$INCLUDE (:F1:TIOHP.PEX) 


1* Setup and H/W configurations 
$INCLUDE (:F1:HPUTIL.PEX) 


DECLARE MAIN LABEL PUBLIC ; 


/**************************************************.********************** 
* Procedure 
INITIALIZATIONS 
* 
*************************************************.***.******************* 
* input: 
none 
* 
* output: 
none 
* 
* function: 
driver initialization: parameters, 82510 
* 
* 
configuration, modem status check. 
* 
* called by: 
Main 
* 
* calling: 
CONFIG_82510, INITIALIZE_BURST, WAIT_FOR_MODEM 
* 
* 
* 
* Init the Interrupt mechanism 
by 
enable Interrupt in GER register 
* 
* At the Receive station: Enable Rx FIFO, Status and Modem Interrupts 
* 
* 
Disable Timer Interrupt 
* 
* At the Transmit station: Enable Tx FIFO, Status and Modem Interrupts * 
* 
* 
* flowchart: 
figure 7 
description: 
paragraph 6.3 
* 
**.*****************************************************.****************/ 


DISABLE ; 
CALL SET$INTERRUPT(INTR 510,INTR HANDLER) 
- 
1* Install THE INTR HANDLER 


TX CHR=OO 
RX::-CHR=OO 


inter 


CALL 
TEXT 
; 
/* 
TX 
PTR 
is a pointer 
to the 
transmitted*/ 


/* 
data 
*/ 


IX TX- 
OFFFFH 
/* 
The 
index 
buffer 
are 
assigned 
to -1 
*/ 


IX-RX'" OFFFFH 
FIN 
TX"FALSE 
/* 
Init 
Finish 
Transmit 
and 
receive 
flags*/ 


FIN-RX-FALSE 
; 
RX_BUF(O)-O 
RX_ERROR=FALSE 
/* 
Reset 
the 
flag 
*/ 


BAUD=BAUD_288000 
/* 
The 
Async 
communication 
Baud 
rate 
is 
*/ 


/* 
the 
82510-full 
scale 
288000 
*/ 


CALL 
CONFIG_82510 
/* 
Configured 
the 
82510: 
*/ 
/* 
S/W 
reset, 
character 
length, 
parity, 
*/ 


/* 
stop 
bit, 
baud 
rate 
and 
fifo 
threshol 
*/ 


/************** ••********** •••******************************************** 
* 
INITIALIZE 
BURST 
* 
**** ••• ****.*.************************ 
•• ********* ••• ********************* 
* input: 
none 
* 
* output: 
Burst 
Algo 
* 
* function: 
start-Burst 
algorithm 
in Hunting 
mode 
* 
* called 
by: 
INITIALIZATIONS 
* 
* calling: 
none 
* 
* 
* 
* flowchart: 
figure 
4 
description: 
paragraph 
6.2.1 
* 
***************** ••********* ••*.*.***.********.***.* 
••••• ****************/ 


THEN 
BURST 
ALGO-HUNTING 
MODE 
; 
/* 
HUNTING 
mode: 
- 
/* Rx 
FIFO 
threshold 
is 0 
/* Timer 
interrupt 
is disable 
ELSE 
BURST_ALGO=LOW_BAUD 


CALL 
WAIT 
FOR 
MODEM 
STATUS 
; 
- 
- 
- 
/* wait 
for Modem 
handshake 
line 
"DSR" 
*/ 
/* if ACTIVE 
set 
MODEM_HANDSHAKE 
*/ 


TEMP 
TEMP 
TEMP 
TEMP 


INPUT (RXD) 
INPUT (RXD) 
INPUT (RXD) 
INPUT (RST) 


/~.*••****************** ••**************************.********************* 
* Procedure 
CONFIG 
82510 
* 
********************** 
••************************************************* 
* input: 
none 
* 
* output: 
none 
* 
* function: 
configure 
the 
82510 
to 
a specific 
operation 
* 
* 
mode 
* 
* called 
by: 
INITIALIZATIONS 
* 
* calling: 
none 
* 
* 
* 
* 
flowchart: 
figure 
8 
description: 
paragraph 
6.3 
* 
**************.******* 
••** ••• ***.*** •••• ** ••••• *** •••• 
***.*.*************/ 


/* Perform 
Software 
reset 
OUTPUT (BANK) = WORK1; 
OUTPUT (ICM) = SWRES_CMND; 
/* Move 
to work 
bank 
/* 
S/W 
reset 
command 


*/ 
*/ 
*/ 
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/* 
Configured 
the 
character 
by writing 
to 
LCR: 
*/ 
/* 
1 stop 
bit, 
8 bit 
lengh, 
non 
parity 
*/ 
OUTPUT(LCR)-(STPBIT 
1 
+ CHRLEN 
8 + PARITY 
NON) 
OUTPUT(MCR)-(DTR 
MCR 
OR OUT2 
MCR) 
; 
- 
- 
- 
/* Required 
only 
in IBM 
PC environment: 
*/ 
/* 
set 
OUT2 
signal 
to control 
an external*/ 


/* 
3-state 
buffer 
that 
drives 
the 
82510 
*/ 


/* 
interrupt 
signal 
*/ 


IF RECEIVER 
THEN 
OUTPUT{ACRO)-End 
Of File 
; 
/* At 
the 
Receive 
station 
EOF 
is 
*/ 


/* 
recognized 
to terminate 
reception 
*/ 
ELSE 
OUTPUT{ACRO)- 
X_OFF 
/* At the 
Transmit 
station 
"X Off" 
is 
*/ 
/* 
recognized 
to stop 
transmission 
*/ 


/* temporary 
*/ 


DISABLE 
; 
IF RECEIVER 
THEN 
OUTPUT(GER)=ENRX 
GER 
; 
/* a~ the 
Receive 
station 


/* 
Enable 
82510 
Interrupt 
by 
set 
GER, 
*/ 
/* 
done 
at the 
end 
of INITIALIZATIONS 
*/ 


/* 
Init 
the 
82510 
Interrupt 
mechanism 
*/ 


/* 
/* 
OUTPUT (LCR) =INPUT (LCR) 
OR DLAB 
1; 
OUTPUT(BAL)-LOW 
(BAUD 
288000) 
; 
OUTPUT(BAH)-HIGH(BAUD-288000) 
; 
OUTPUT(LCR)-INPUT(LCR) 
AND 
DLAB_O; 


Configured 
baud 
rate 
to 
288000 
by writing 
to 
BRG A 
(BAL and 
BAR) 
/*Set 
DLAB 
to 
allow 
access 
to 
BRG 


/* 
BANK 
TWO 
- General 
configuration 
*/ 
OUTPUT(BANK)-GEN2 
; 


OUTPUT(IMD)-(AUTOACK 
IMD 
OR FIFO 
IMD) 
; 
- 
7* Automatic 
interrupt 
acknowledge, 
*/ 


/* Rxfifo 
depth 
is 
four 
bytes 
*/ 


RXTHRESHO 
FMD) 
; 
/* 
Rxfifo 
threshold 
is temporally 
zero 
/* 
for HUNTING 
mode 
(BURST 
algorithm) 
/* Txfifo 
threshold 
is zero 
for max 
/* 
interrupt 
latency 


IF RECEIVER 
THEN 
OUTPUT{ACR1)=End 
Of File 
; 
/* At the 
Receive 
station 
EOF 
is 
*/ 


/* 
recognized, 
the 
same 
as ACRO 
*/ 


ELSE 
OUTPUT{ACR1)-X_ON 
/* At the 
Transmit 
station 
"X On" 
is 
*/ 
/* 
recognized 
to 
continue 
transmission 
*/ 


OUTPUT (RIE) 
- 
(ACRSTAT_RIE 
OR 
INPUT(RIE» 
; 
/* Enable 
interrupt 
on programmed 
control*/ 
/* 
character 
received 
(ACRO/ACRl) 
*/ 


/* 
BANK 
THREE 
- MODEM 
configuration 
OUTPUT(BANK)-MODMJ 
; 


OUTPUT{BBCF)-{TIMOD 
BBCF) 
OUTPUT (BANK) 
- NASO; 
OUTPUT{LCR)-INPUT(LCR) 
OR 
OUTPUT (BANK) 
- MODM3; 
OUTPUT (BBL) 
- LOW 
(TIME_EXP); 


/* 
/* 
DLAB 
1 
; 
- /* 
/* 


BRG 
B configured 
to TIMER 
mode 
Move 
to 
nas 
bank 
to 
set 
DLAB 
/* Set 
DLAB 
to 
allow 
access 
to 
MODEM 
bank 
Set max 
timeout 
(7ms if l8Mhz 


*/ 
*/ 
BRG 
*/ 
*/ 


crystal)*/ 


292038-20 


inter 
Ap·310 


OUTPUT (BBH) - HIGH(TIME 
EXP): 
/* to issue 
interrupt when time has 
*/ 
OUTPUT (BANK) - NASO: 
- 
/* expired. 
Move to NAS bank again 
*/ 
OUTPUT(LCR) 
-INPUT(LCR) 
AND 
DLAB 0 : /* 
Reset DLAB 
*/ 
OUTPUT (BANK) - MODM3: 
7* switch 
to BANK THREE - MODEM 
*/ 
OUTPUT(CLCF)-RTXCLK_BRGA_CLCF 
/* The receive 
and transmit 
clock source */ 
/* 
is BRG A 
*/ 


/* Enable Timer block interrupt 
/* 
(stil disabled 
in Timer bit in GER) 


- The RUNTIME 
b~nk 
/* BANK ONE - general 
WORK 
OUTPUT(BANK)-WORK1 
: 
OUTPUT(ICM)-CLRSTAT_ICM 
/* Issues 
a command 
to clear all 
/* status 
registers 


/************* •••**••••••• 
*.*.*.*.*.******************* 
•••• *************** 
* Procedure 
WAIT 
FOR MODEM 
STATUS 
* 
******** •••• **•• ***************************************** 
•••************* 
* input: 
none 
* 
.* output: 
Modem 
Handshake 
* 
* function: 
waits-with 
a timeout 
for DSR active, 
* 
* 
returns 
status 
flag 
* 
* called 
by: 
INITIALIZATIONS 
* 
* calling: 
none 
* 
* 
* 
* flowchart: 
figure 
9 
description: 
paragraph 
6.3.1 
* 
***.**********.*** •••***** ••• **.** •••••••••• *****.** ••••• ******* •• *** ••• */ 


WAIT_FOR_MODEM_STATUS: 
PROCEDURE 
PUBLIC 
: 


MODEM 
HANDSHAKE 
- FALSE 
: 
COUNTER 
••WAIT_TIME 
: 


DO WHILE 
(NOT MODEM 
HANDSHAKE) 
AND 
«COUNTER:=COUNTER-1) 
> 0 ) : 
IF 
(INPUT (MSR) AND 
DSR MSR) 
<> 0 
THEN MODEM_HANDSHAKE 
TRUE 
END 
- 


END WAIT_FOR_MODEM_STATUS 
: 


/************************************************************************* 
* Procedure 
INTERRUPT 
HANDLER 
* 
*******.******** 
•• ***************************************** 
••••• ********* 
* input: 
Tx BUffer 
* 
* output: 
Rx Buffer, 
Finish Tx, Finish Rx 
* 
* function: 
service 
all 82510-interrupt 
sources: 
* 
* 
Rx Fifo, Tx Fifo, Status, 
Timer, 
Modem 
* 
* called by: 
82510 hardware 
interrupt 
* 


* calling: 
Rx Fifo Intr, Tx Fifo Intr, Status 
Intr, 
* 
* 
Tiiiier_Intr,MOdeiii_Intr 
- 
* 
* 
* 
* flowchart: 
figure 
10 
description: 
paragraph 
6.4, 6.4.1 
* 


•••••• *****************.*******************.*****************************/ 


/* Enable 
Interrupts 
of 
/* HIGHIER 
priority 
devices 


/* Get the 82510-highest 
priority 
/* pending 
interrupt 
*/ 
*/ 
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inter 


/************************************************************************* 
* 
Rx FIFO 
INTR 
* 
••••••••••••••• *.*••*.*••••••••••••••••••••••••••••••• 
******************* 
* 
input: 
none 
* 
* output: 
Rx Buffer, 
Burst 
Algo 
* 
* 
function: 
service 
Rx 
Fifo 
Interrupt 
* 
* 
receive 
characters; 
store 
in receive 
buffer 
* 
* called 
by: 
INTERRUPT 
HANDLER 
* 
* calling: 
BURST 
ALGO 
* 
* 
* 
* flowchart: 
figure 
11 
description: 
paragraph 
6.4.2 
* 
*********.**.*.******** 
••• *******.*****.*********************************/ 


IF 
INTR_VEC=RXI_GIR 
THEN 
DO 
; 


RX_OCC=INPUT(FLR) 
; 
/* Rx 
fifo 
level 
occupancy 
*/ 


/* 
Shift 
the 
Rx 
occupancy 
bit 
*/ 


RX_OCC-SHR(RX_OCC,4) 
/* 
to get 
it's 
real 
value 
*/ 


/* - OPTIMIZE 
code 
- 
*/ 


/* Empty 
the 
Rx 
FIFO 
and 
store 
the 
*/ 


/* 
received 
character 
in RX 
BUF 
*/ 


RX_BUF(IX_RX:-IX_RX+l)=INPUT(RXD) 
- 
/* Read 
the 
first 
character 
immediatly 
*/ 


/* to 
save 
Real 
Time 
*/ 


DO WHILE 
(RX OCC:=RX 
OCC-l) 
> 0 
; 
RX_BUF(IX=RX:=IX_Rx+l)=INPUT(RXD) 
END 
; 


/**********************************************************.************** 
* 
BURST 
ALGORITHM 
* 
*************************************************** 
••• ******************* 
* 
input: 
Burst 
Algo 
* 
* output: 
Burst-Algo 
* 
* 
function: 
execute 
a step 
in the 
burst 
algorithm 
* 
* 
after 
characters 
are 
received 
* 
* called 
by: 
Rx_FIFO_INTR 
* 
* calling: 
none 
* 
* 
* 
* flowchart: 
figure 
5 
description: 
par. 
6.2.2.1 
to 
6.2.2.3 
* 


*************************************************************************/ 


/*-----------------------------------------------------------------* 
* 
BUR 
S T 
MOD 
E - step 
3 
(full 
fifo 
threshold) 
* 
* Reset 
the 
Timer 
status 
* 
* Restart 
the 
Timer 
* 
*-----------------------~-----------------------------------------*/ 
IF BURST 
ALGO 
= BURST 
MODE 
THEN 
DO 
; 
TEMP 
~ 
INPUT(TMST); 
OUTPUT (TMCR) =STARTIMB 
TMCR; 
END; 
- 


/*-----------------------------------------------------------------* 
* 
HUN 
TIN 
G 
MOD 
E - step 
1 
* 


* Operate 
the 
TIMER 
* 
* Change 
to 
step 
2 SINGLE 
mode 
* 
*-----------------------------------------------------------------*/ 
ELSE 
IF BURST 
ALGO 
= HUNTING 
MODE 
THEN 
DO 
; 
OUTPUT(TMCR)=STARTIMB 
TMCR 
BURST 
ALGO=SINGLE 
MODE 
END; 
- 
- 


inter 


/*-----------------------------------------------------------------* 
* 
SIN 
G L E 
MOD 
E - step 
2 
* 
* If TIME 
has 
expired, 
means 
the 
receive 
* 
* rate 
is LOW, 
return 
to 
HUNTING 
mode 
* 
* If TIME 
did 
NOT 
expire, 
means 
the 
* 
* Receive 
rate 
is HIGH, 
set Rx FIFO 
threshold, 
Restart 
the 
* 
* Timer 
and 
switch 
to BURST 
mode 
* 
*--------------------------------------------~--------------------*/ 
ELSE 
IF BURST_ALGO 
= SINGLE_MODE 
THEN 
DO 
; 


IF 
«INPUT(TMST) 
AND 
STARTIMB_TMST) 
<>0) 
THEN 
BURST_ALGO= 
HUNTING_MODE 
; 
ELSE DO; 
OUTPUT (BANK) 
= GEN2;/* 
Switch 
to 
BANK 
TWO 
- General 
Config 
*/ 
OUTPUT(FMD)=TXTHRESHO_FMD 
OR RXTHRESH3_FMD; 
OUTPUT (BANK) 
=NASO; 
/* 
Switch 
to 
BANK 
ZERO 
- NAS 
OUTPUT (GER) = ENTIMRX 
GER; 
/* Enable 
TIMER,RX 
and 
OUTPUT(BANK)-WORK1; 
/* 
Switch 
to BANK 
ONE 
BURST 
ALGO 
= BURST 
MODE; 
TEMP 
~ 
INPUT(TMST); 
/* Reset 
timer 
status 
OUTPUT (TMCR) 
E STARTIMB 
TMCR; 
END; 
- 
END; 
/* End 
of SINGLE 
mode 


MODEM 
interrupts 
*/ 
- WORK 
*/ 


/* 
Another 
try 
to 
empty 
the 
Rx 
fifo 
/* 
before 
leaving 
the 
interrupt 
handler 


/* 
Empty 
the 
Rx 
FIFO 
and 
store 
the 
*/ 


/* received 
character 
in RX 
BUF 
*/ 


RX 
BUF(IX 
RX:=IX 
RX+1)=INPUT(RXD) 
; 
END 
;- 
- 
- 


/*.************* 
••• ******************************************************* 
* 
TxFIFO 
INTR 
* 
.************** 
••******************* 
••*********************************** 
* 
input: 
Tx 
Buffer 
* 
* 
output: 
Finish 
tx 
* 
* 
function: 
service 
Tx Fifo 
interrupt 
* 
* 
transmit 
characters 
from 
transmit 
buffer 
(OPTIMIZE 
code) 
* 
* called 
by: 
INTERRUPT 
HANDLER 
* 
* 
calling: 
none 
* 
* 
* 
* 
flowchart: 
figure 
12 
description: 
paragraph 
6.4.3 
* 
******************************.******************************************/ 


ELSE 
IF 
INTR 
VEC=TXI 
GIR 
THEN 
DO 
; 
TX 
OCC=INPUT(FLR)-AND 
MASK 
TXOCC 
; 
- 
- 
/* Tx 
fifo 
level 
occupancy 
*/ 
/* 
Fill 
Tx 
FIFO, 
the 
transmitted 
characters 
are 
taken 
from 
TX_buf 
*/ 
DO WHILE 
(TX OCC:=TX 
OCC+1)<5 
; 
OUTPUT(TXD)-TX 
BUF(IX 
TX:=IX 
TX+1); 
IF TX 
BUF(IX 
TX)=End 
Of 
File-THEN 
DO 
OuTPUT(BANK)=NASO-; 
., /* Disable 
Tx 
interrupt, 
as the 
transmit 
*/ 
OUTPUT(GER)-DISTX 
GER; /* delimiter 
character 
was 
identified 
*/ 
OUTPUT (BANK)=WORKI 
/* switch 
to 
BANK 
ONE 
- WORK 
*/ 


TX_OCC 
- 5 
; 
/* load 
TX_OCC 
to 
terminate 
external 
loop*/ 


FIN_TX 
- TRUE 
; 
/* 
Set 
Finish 
transmit 
flag 
*/ 


END 
END 
END 
; 
/* 
End 
of TXFIFO_INTR 
*/ 
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/******.*****.************************************************************ 
* 
STATUS 
INTR 
* 
*****.******************************************************************* 
* input: 
none 
* 
* output: 
Finish 
Rx 
* 
* function: 
service 
Status 
interrupt 
* 
* 
Receive 
station: 
EOF 
terminate 
the 
reception 
* 
* 
Transmit 
station: 
X Off 
Disable 
the 
transmission 
* 
* 
x=on 
Enable 
the 
transmission 
* 
* called 
by: 
INTERRUPT 
HANDLER 
* 
* calling: 
none 
* 
* 
* 
* flowchart: 
figure 
13 
description: 
paragraph 
6.4.4 
* 
*************************************************************************/ 


STAT-INPUT 
(RST) 
: 


RX_OCC=INPUT(FLR) 
RX_OCC=SHR(RX_OCC, 
4) 


DO WHILE 
(RX OCC>O 
AND 
(NOT FIN 
RX» 
: 
RX 
OCC=RX-OCC-1 
: 
/* 
- 
First, 
empty 
Rx 
FIFO 
RX=CHR=tNPUT(RXD) 


ELSE 
DO: 
IF RX 
CHR 
= X OFF 
THEN 
DO 
: 
OUTPUT(BANK)=NASO:/* 
Switch 
to 
BANK 
ZERO 
- NAS 
*/ 
OUTPUT (GER) = INPUT (GER) AND 
DISTX 
GER 
: 
/* 
Disable 
TransmIt 
interrupt 
*/ 
OUTPUT(BANK)=WORK1:/* 
switch 
to BANK 
ONE 
- WORK 
*/ 
END 
: 
ELSE 
IF RX 
CHR = X_ON 
THEN 
DO 
: 
OUTPUT(BANK)= 
NASO 
: 
OUTPUT (GER) = INPUT(GER) 
OR 
ENTX 
GER 
: 
/* Enable 
Transmit 
interrupt 
again 
*/ 


OUTPUT(BANK)= 
WORK1 
: 
END 
END 
END 
: 


IF RECEIVER 
THEN 
DO 
: 
IF 
«STAT 
AND 
ACRSTAT 
RST) 
<> 
0) THEN 
DO 
: 
OUTPUT (BANK)= NASO-: 
/* 
If End 
Of Line 
was 
recognized, 
*/ 


OUTPUT (GER) = DISRTX 
GER 
: 
-- 
OUTPUT(BANK)= 
WORK1; 
/* 
Disable 
82510-interrupts 
and 
the 
*/ 
FIN 
RX 
= TRUE: 
/* Reception 
*/ 
END 
; - 
ELSE 
IF 
«STAT 
AND 
ERRCHR 
RST) 
<> 
0) THEN 
DO 
; 
CALL 
WRITE(@('** 
ERROR-in 
character 
Status 
',0» 
CALL 
ERROR_CHAR_HANDLER 
; 


IF BURST 
ALGO=BURST 
MODE 
THEN 
DO 
: 
- 
- 
/* 
In BURST 
mode 
do: 
TEMP = INPUT(TMST); 
1* Reset 
timer 
status 
OUTPUT (TMCR) 
STARTIMB 
TMCR; 
END; 
/* Restart 
TIMER 
END 
' 


END 


*/ 
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inter 


/************************************************************************* 
* 
TIMER 
INTR 
* 
*********************************************************~*************** 
* 
input: 
none 
* 
* output: 
Burst 
Algo 
* 
* 
function: 
service 
Timer 
interrupt; 
receive 
characters 
* 
* 
and 
switch 
Burst 
Algo 
to HUNTING 
mode 
* 
* called 
by: 
INTERRUPT 
HANDLER 
* 
* calling: 
BURST 
&TIMER 
* 
* 
* 
* 
flowchart: 
figure 
14 
description: 
paragraph 
6.4.5 
* 
*************************************************************************/ 


ELSE 
IF INTR_VEC=TIMI_GIR 
THEN 
DO 
; 


IF 
«RX_OCC:=INPUT(FLR»<>O) 
THEN 
DO 


RX_OCC=SHR(RX_OCC,4) 
; /* Rx 
fifo 
level 
occupancy, 
shift 
right 
*/ 
/* - OPTIMIZE 
code 
- 
*/ 
/* Empty 
the 
Rx 
FIFO 
and 
store 
the 
*/ 
/* received 
character 
in RX_BUF 
*/ 
RX 
BUF(IX 
RX:=IX 
RX+1)=INPUT(RXD) 
; 
DO-WHILE 
(RX 
OCC:=RX 
OCC-1) 
> 0 
; 
RX 
BUF(IX-RX:=IX 
Rx+1)=INPUT(RXD) 
END- 
- 
- 


/************************************************************************* 
* 
BURST 
& TIMER 
* 
********* ••************************************************************** 
* 
input: 
Burst 
Algo 
* 
* 
output: 
Burst-Algo 
* 
* 
function: 
execute 
a step 
in the 
burst 
algorithm 
* 
* 
after 
timer 
interrupt; 
switch 
to HUNTING 
* 
* 
called 
by: 
TIMER 
INTR 
* 
* 
calling: 
none 
- 
* 
* 
* 
* 
flowchart: 
figure 
6 
description: 
paragraph 
6.2.2.4 
* 
*************************************************************************/ 


OUTPUT (BANK) 
= GEN2; 
/* Switch 
to 
BANK 
TWO 
- General 
Config 
*/ 
OUTPUT (FMD) 
= TXTHRESHO_FMD 
OR RXTHRESHO 
FMD; 
/* Rxfifo 
threshold=O, 
Txfifo 
threshold=O*/ 


OUTPUT (BANK) 
= NASO; 
OUTPUT (GER) 
= ENRX 
GER; 
OUTPUT (BANK) 
= WORK1; 
TEMP 
= 
INPUT(TMST); 
BURST 
ALGO 
HUNTING 
MODE 
END; 
- 
- 


/* 
Switch 
to 
BANK 
ZERO 
- NAS 
/* Disable 
Timer 
interrupt 
and 
/* Enable 
RX,STAT,MODEM 
interrupts 
/* Acknowledge 
TIMER 
interrupt 
/* Back 
to HUNTING 
mode 
/* End 
of TIMER 
interrupt 


inter 


/************************************************************************* 
* 
MODEM 
INTR 
* 
******* •• ** •• ***** ••• ************************.***********************.*** 
* 
input: 
none 
* 
* output: 
none 
* 
* 
function: 
service 
Modem 
interrupt 
and 
handle 
modem 
errors. 
* 
* 
Modem 
interrupt 
is occurred 
if No Modem 
was 
setup, 
or 
* 
* 
if DSR 
was 
dropped 
in the 
middle 
of the 
communication 
* 
* called 
by: 
INTERRUPT 
HANDLER 
* 
* calling: 
none 
* 
* 
* 
* 
flo~chart: 
figure 
15 
description: 
paragraph 
6.4.6 
* 
********.****************************************************************/ 


STAT=INPUT(MSR) 


CALL 
ERROR_MODEM_HANDLER 


OUTPUT (PORT_EOI) =COMM_EOI 


END 
INTR _HANDLER 


/* 
Write 
End 
Of 
Interrupt 
command 
to 
the */ 


/* PIC 
(8259A) 
- 
*/ 


/****************************************************.******************** 


* 
Procedure 
ERROR 
MODEM 
HANDLER 
* 


*************************************************************************/ 


/* Flag 
indicates 
that 
an Error 
occurred 
*/ 


/* in Modem 
*/ 


/************************************************************************* 
* Procedure 
ERROR 
CHAR 
HANDLER 
* 


*************************************************************************/ 


/* Flag 
indicates 
that 
an Error 
occurred 
*/ 
/* 
during 
Reception 
*/ 


OUTPUT (BANK) 
OUTPUT (GER) 
OUTPUT (BANK) 


NASO 
; 
DISRTX 
GER 
WORK1 
;- 


/* switch 
to 
BANK 
ZERO 
- NAS 
/* Disable 
all 
the 
82510 
Interrupts 
/* Switch 
to 
BANK 
ONE 
- WORK 


inter 


/************************************************************************* 
* 
Procedure 
LOOP 
* 
* 
* 
* LOOP 
procedure 
is 
executed 
until 
Transmission/Reception 
Finishes 
* 
* or until 
the 
loop 
ends. 
* 
*************************************************************************/ 


LOOP: 
PROCEDURE 
PUBLIC 
DECLARE 
N WORD 
; 


DECLARE 
NOM 
WORD 
;. 


DECLARE 
MAXLOOP 
BYTE 
MAXLOOP- 
20 
; 
HUM-a 
i 
DO WHILE 
( (NOT FIN 
TX) 
AND 
(NOT FIN 
RX) 
AND 
(NOM<MAXLOOP) 
NOMENOM+1 
; 
- 
/* 
Count 
the 
LOOP 
times 
CALL 
WRITELN(@(' 
.•• Background 
Program 
.•. ',0»; 
ENABLE 
; 
CALL 
TIME (5000) 
/* 
Software 
delay 


IF FIN 
TX 
THEN 
CALL 
WRITELN(@('T 
ran 
s m 
i s s ion 
END 
E D 
',0»; 
IF FIN=RX 
THEN 
CALL 
WRITELN(@('R 
e c e p t 
ion 
- END 
E D 
',0»; 


OUTPUT(BANK)-NASO 
; 
OUTPUT(GER)EDISRTX 
GER 
OUTPUT (BANK)-WORK1-; 
IF 
RECEIVER 
THEN 
DO 
; 
IF FIN 
RX THEN 
DO 
; 
CALL 
WRITELN(@('The 
Received 
Message: 
',0» 
; 
CALL 
DISPTEXT(@RX 
BUF) 
; 
END; 
- 
ELSE 
CALL 
WRITELN(@('** 
ERROR 
-THE 
Reception 
NOT 
ended 
successfully',O» 
; 
END 
; 
ELSE 
IF 
(NOT FIN 
TX) 
THEN 
/* 
The 
Transimt 
station 
*/ 


CALL 
WRITELN(@('** 
ERROR 
-THE 
Transmission 
NOT 
ended 
successfully',O»; 


END 
LOOP 
; 


If Communication 
successfully 
the 
Disabled 
by MAIN 
Display 
RX buffer 


is Not 
ended 
Interrupts 
are 


/.****.*****.**********.***** 
•••• *******.************.******************** 
* 
Procedure 
TEXT 
* 
***********************.*******.*************.******** 
••••••••••••• *.*.*. 
* input: 
none 
* 
* output: 
Txytr 
* 
* 
function: 
Return 
a pointr 
to 
the 
Transmit 
bUffer. 
Data 
in the 
* 


* 
transmit 
buffer 
must 
be 
trminated 
by 
End_Of_File. 
* 
* called 
by: 
INITIALIZATIONS 
* 
* calling: 
none 
* 


****************************** 
••• *********************** 
••***************/ 


TX 
PTR=@ (,> ' , 
CR-;-LF, 
,ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghij 
klmnopqrstuvwxyz °123456789', 


CR,LF, 
'ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyz0123456789', 
CR,LF, 
'ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyz0123456789', 
CR,LF, 
'ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyz0123456789', 
CR,LF, 
'ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyzO123456789', 
CR,LF,End_Of_File,O) 


inter 


/************************************************************************* 
* External 
procedures 
* 
************************************************************************* 
* WRITELN: 
I/O 
console 
utility 
- dispaly 
a string, 
end 
with 
CR 
* 
* MENU: 
I/O 
console 
utility 
- display 
a menu, 
enter 
the 
user 
* 
* 
selection 
* 
* DISPTEXT: 
I/O 
console 
utility 
display 
the 
contents 
of the 
* 
* 
Receive 
buffer 
(Rx bUf) 
* 
* INIT 
HARDWARE 
SETUP: 
Setup 
and 
Hardware 
configuratIons 
of the 
* 
* 
- 
- 
specific 
station 
* 
*************************************************************************/ 


/************************************************************************* 
* 
Procedure 
MAIN 
* 
**********************.**********************************.*************** 
* 
input: 
Finish 
Rx, 
Finish 
Tx 
* 
* output: 
Receiver 
flag 
- 
* 
* 
function: 
get 
station 
type 
(Rx or Tx) 
from 
the 
operator; 
* 
* 
wait 
till 
communication 
is completed; 
display; 
* 
* 
RECEIVER 
STATION 
SHOULD 
BE ACTIVATED 
FIRST 
* 
* called 
by: 
Application 
* 
* calling: 
INITIALIZATIONS, 
LOOP 
* 
* 
* 
* 
flowchart: 
figure 
3 
description: 
paragraph 
6.1 
* 
*************************************************************************/ 


FIN=FALSE 
; 
DO WHILE 
NOT (FIN) 
SELECTION=O 
; 
CALL 
WRITELN(@('------------------------------------------------ 
',0»; 
SELECTION=MENU(SELECTION,@('Station: 
(Quit/Transmitter/Receiver) 
',0» 
/* 
Get 
operator 
selection. 
*/ 
/* Receiver 
station 
should 
be 
activated 
*/ 
/* prior 
to 
the 
transmitter 
station 
*/ 
DO CASE 
SELECTION 
; 
FIN=TRUE 
DO 
; 
/* 0 - Quit 
of HIGH 
PERFORMANCE 
/* 1 - Transmit 
station 
RECElVER=FALSE 
; 
CALL 
INITIALIZATIONS 
CALL 
LOOP 
; 


/* 2 - Receive 
station 
RECEIVER=TRUE 
CALL 
INITIALIZATIONS 
CALL 
LOOP 
; 


inter 


APPENDIX 
B 
82510 BASED SBX SERIAL CHANNEL 


This document 
describes the implementation 
of an 
82510 based SBX board that provides a RS-232 inter- 
face to any iSBC board which has an SBX connector. 
The SBX can be useful for customers that need a fast 
software development vehicle while the 82510 system 
hardware is still in the design stage. The customer can 
also use the SBX for evaluation of the 82510 in a sys- 
tem environment. 


In order to minimize the customer's software develop- 
ment costs, the RMX86/286 
Terminal Device Driver 
for the 82510 has also been developed and can be run 
by the RMX user on his iSBC with the SBX-8251O 
board described herewith. The RMX86/286 drivers are 
available from INSITE, along with the source code and 
the documentation. 


The following 82510 signals are connected directly to 
the SBX connector (installed on the pin side): DATA, 
ADDRESS, 
INTERRUPT, 
RESET, 
READ#, 


WRITE # and CS#. Wait states are generated by a 
shift register logic (U5, U7), clocked by the MCLK 
signal of the SBX interface. The number of wait states 
is selected by installing one of the eight jumpers to se- 
lect one parallel output of the shift register. The 82510 
is clocked by an 18.432 MHz Crystal (using its on-chip 
oscillator). A discrete transistor is used to pull down 
the RTS# signal during RESET to set the crystal mode 
(note that in a larger board, an unused open collector 
inverter or three-state gate can be used for this pur- 
pose). The 82510 is connected to the communication 
channel through RS-232 line drivers and receivers. Ei- 
ther a 25 pin D-Type connector (P) or a 26 pin Flat-Ca- 
ble connector (F) is used to connect the board to the 
RS-232 channel. 


I\) 
lD 
N 2 
~ a 
(J)n 
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CD 
3 
III.• 
n' 
III 
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'""2 
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00 
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02 


03 
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06 
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lORD' 


10WRN 
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MClK 


J/3.17.35 
ONO I 
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VccIJ/··18.36 
TTTTT 
J/2 
'=0.1 "F 
-12~+124 1. 


~~ 
WAIT State Generator 


# of WAIT 
Jumper 
# of WAIT 
Jumper 
States 
to CLOSE 
States 
to CLOSE 


1 
51 
5 
55 
2 
52 
6 
56 
3 
53 
7 
57 
4 
54 
8 
58 


Only One Jumper 5hould 
Be Closed at a Time 


5 
INT 
22 "0 


23 '" 
2. "2 


25 
00 


26 01 


27 
02 
U1 
TXD 
28 03 
82510 


1 O' 
2 05 
3 06 


• 
07 
20 RON 


19 WRN 


18 
CSN 


Xl 
9 


11 
13 
P/5 
F/18 
CTS 
U3 
P/6 
F/16 
OSR 


11 U3 
13 
P/22 
F/9 
RI 
U. 
P/S 
F/12 
DCO 
U3 
P/3 
F/22 
10 
RXOATA 
U. 
P/7.1 
F/l' 
ONO 
F 
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292038-29 


# 
Type 
Vcc 
GND 
-12 
+12 
# 
Type 
Vcc 
GND 
-12 
+ 12 


U1 
82510 
21 
7 
U6 
Jumper 


U2 
1488 
5,9 
7 
1 
14 
U7 
74L500 
14 
7 


U3 
1489 
14 
7 
J 
5BX Male Connector 
for 8 Bit Bus 


U4 
1489 
14 
7 
P 
25 Pin D-Type Connector 
(Male) 


U5 
74L5164 
1,2,14 
7 
F 
26 Pin Flat-cable 
Connector 
(Male) 


NOTE 


Using the 8273 SOLC/HOLC 
Protocol Controller 


JOHN 
BEASTON 
MICROCOMPUTER 
APPLICATIONS 


The Intel 8273 is a Data Communications 
Protocol 
Controller designed for use in systems utilizing either 
SDLC or HDLC (Synchronous or High-Level Data 
Link Control) protocols. In addition to the usual fea- 
tures such as full duplex operation, automatic Frame 
Check Sequence generation and checking, automatic 
zero bit insertion and deletion, and TTL compatibility 
found on other single component SDLC controllers, the 
8273 features a frame level command structure, a digi- 
tal phase locked loop, SDLC loop operation, and diag- 
nostics. 


The frame level command structure is made possible by 
the 8273's unique internal dual processor architecture. 
A high-speed bit processor handles the serial data ma- 
nipulations and character recognition. A byte processor 
implements 
the frame level commands. 
These dual 
processors allow the 8273 to control the necessary byte- 
by-byte operation of the data channel with a minimum 
of CPU (Central Processing Unit) intervention. For the 
user this means the CPU has time to take on additional 
tasks. The digital phase locked loop (DPLL) provides a 
means of clock recovery from the received data stream 
on-chip. This feature, along with the frame level com- 
mands, makes SDLC loop operation extremely simple 
and flexible. Diagnostics in the form of both data and 
clock loopback are available to simplify board debug 
and link testing. The 8273 is a dedicated function pe- 
ripheral in the MCS-80/85 Microcomputer family and 
as such, it interfaces to the 8080/8085 system with a 
minimum of external hardware. 


This application note explains the 8273 as a component 
and shows its use in a generalized loop configuration 
and a typical 8085 system. The 8085 system was used to 
verify the SDLC operation of the 8273 on an actual 
IBM SDLC data communications link. 


The first section of this application note presents an 
overview of the SDLC/HDLC 
protocols. It is fairly 
tutorial in nature and may be skipped by the more 
knowledgeable reader. The second section describes the 
8273 from a functional standpoint with explanation of 
the block diagram. The software aspects of the 8273, 
including command 
examples, are discussed in the 
third section. The fourth and fifth sections discuss a 
loop SDLC configuration and the 8085 system respec- 
tively. 


Opening 
Flag 
Address 
Field (A) 
Control 
Field (C) 


SDLC is a protocol for managing the flow of informa- 
tion on a data communications link. In other words, 
SDLC can be thought of as an envelope-addressed, 
stamped, and containing an s.a.s.e.-in 
which informa- 
tion is transferred from location to location on a data 
communications link. (Please note that while SDLC is 
discussed 
specifically, all comments 
also apply 
to 
HDLC except where noted.) The link may be either 
point-to-point or multi-point, with the point-to-point 
configuration being either switched or nonswitched. 
The information flow may use either full or half duplex 
exchanges. With this many configurations supported, it 
is difficult to find a synchronous data communications 
application where SDLC would not be appropriate. 


Aside from supporting a large number of configura- 
tions, SDLC offers the potential of a 2X increase in 
throughput over the presently most prevalent protocol: 
Bi-Sync. This performance increase is primarily due to 
two characteristics of SDLC: full duplex operation and 
the implied acknowledgement of transferred informa- 
tion. The performance increase due to full duplex oper- 
ation is fairly obvious since, in SDLC, both stations can 
communicate 
simultaneously. 
Bi-Sync supports 
only 
half-duplex (two-way alternate) communication. 
The 
increase from implied acknowledgement arises from the 
fact that a station using SDLC may acknowledge previ- 
ously received information while transmitting different 
information. Up to 7 messages may be outstanding be- 
fore an acknowledgement is required. These messages 
may be acknowledged as a block rather than singly. In 
Bi-Sync, acknowledgements are unique messages that 
may not be included with messages containing informa- 
tion and each information message requires a separate 
acknowledgement. Thus the line efficiency of SDLC is 
superior to Bi-Sync. On a higher level, the potential of a 
2 X increase in performance means lower cost per unit 
of information transferred. Notice that the increase is 
not due to higher data link speeds (SDLC is actually 
speed independent), but simply through better line utili- 
zation. 


Getting down to the more salient characteristics 
of 
SDLC; the basic unit of information on an SDLC link 
is that of the frame. The frame format is shown in Fig- 
ure 1. Five fields comprise each frame: flag, address, 
control, information, and frame check sequence. The 
flag fields (F) form the boundary of the frame and all 


Frame 
Check 
Sequence 
(FCS) 
Information 
Field (I) 


Any Length 
o to N Bits 


Figure 1.SOLC Frame Format 


Closing 
Flag 


inter 


other 
fields are positionally 
related 
to one of the two 
flags. 
All 
frames 
start 
with 
an opening 
flag and 
end 
with a closing flag. Flags are used for frame synchroni- 
zation. 
They 
also may serve as time-fill 
characters 
be- 
tween frames. 
(There are no intraframe 
time-fill 
charac- 
ters in SOLC 
as there are in Bi-Sync.) 
The opening 
flag 
serves as a reference 
point for the address 
(A) and con- 
trol (C) fields. The frame 
check 
sequence 
(FCS) 
is ref- 
erenced 
from the closing flag. All flags have the binary 
configuration 
01111110 
(7EH). 


SOLC 
is a bit-oriented 
protocol, 
that 
is, the receiving 
station 
must 
be able to recognize 
a flag (or any other 
special 
character) 
at 
any 
time, 
not just 
on 
an 
8-bit 
boundary. 
This, of course, 
implies 
that a frame may be 
N-bits in length. 
(The vast majority 
of applications 
tend 
to use frames 
which are multiples 
of 8 bits long, howev- 
er.) 


The fact that the flag has a unique binary 
pattern 
would 
seem 
to limit 
the 
contents 
of the 
frame 
since 
a flag 
pattern 
might 
inadvertently 
occur 
within 
the 
frame. 
This would 
cause the receiver 
to think 
the closing 
flag 
was 
received, 
invalidating 
the 
frame. 
SOLC 
handles 
this situation 
through 
a technique 
called 
zero bit inser- 
tion. 
This 
techniques 
specifies 
that 
within 
a frame 
a 
binary 
0 be inserted 
by the transmitter 
after any succes- 
sion of five contiguous 
binary 
Is. Thus, 
no pattern 
of 
01111110 
is ever transmitted 
by chance. 
On the receiv- 
ing end, after the opening 
flag is detected, 
the receiver 
removes 
any 0 following 
5 consecutive 
Is. The inserted 
and deleted 
Os are not counted 
for error determination. 


Before 
discussing 
the address 
field, an explanation 
of 
the roles of an SOLC 
station 
is in order. 
SOLC 
speci- 
fies two types of stations: 
primary 
and secondary. 
The 
primary 
is the control 
station 
for the data link and thus 
has responsibility 
of the overall 
network. 
There 
is only 
one predetermined 
primary 
station, 
all other 
stations 
on the link assume the secondary 
station 
role. In gener- 
al, a secondary 
station 
speaks 
only when spoken 
to. In 
other 
words, 
the primary 
polls the secondaries 
for re- 
sponses. 
In order 
to specify 
a specific 
secondary, 
each 
secondary 
is assigned 
a unique 
8-bit address. 
It is this 
address 
that 
is used in the frame's 
address 
field. 


When 
the primary 
transmits 
a frame 
to a specific 
sec- 
ondary, 
the address 
field contains 
the secondary's 
ad- 
dress. 
When 
responding, 
the 
secondary 
uses 
its own 
address 
in the address 
field. The primary 
is never iden- 
tified. 
This 
ensures 
that 
the primary 
knows 
which 
of 
many 
secondaries 
is responding 
since the primary 
may 
have many 
messages 
outstanding 
at various 
secondary 
stations. 
In addition 
to the specific 
secondary 
address, 
an address 
common 
to all secondaries 
may be used for 
various 
purposes. 
(An 
all 
Is address 
field 
is usually 
used 
for this "All 
Parties" 
address.) 
Even 
though 
the 
primary 
may use this common 
address, 
the secondaries 
are expected 
to respond 
with their unique 
address. 
The 
address 
field 
is always 
the 
first 
8 bits 
following 
the 
opening 
flag. 


The 8 bits following 
the address 
field form the control 
field. The control 
field embodies 
the link-level 
control 
of SOLe. 
A detailed 
explanation 
of the commands 
and 
responses 
contained 
in this field is beyond 
the scope of 
this application 
note. 
Suffice it to say that 
it is in the 
control 
field that 
the implied 
acknowledgement 
is car- 
ried 
out through 
the use of frame 
sequence 
numbers. 


None of the currently 
available 
SOLC 
single chip con- 
trollers 
utilize 
the control 
field. They simply 
pass it to 
the processor 
for analysis. 
Readers 
wishing 
a more de- 
tailed 
explanation 
of the control 
field, or of SOLC 
in 
general, 
should 
consult 
the IBM documents 
referenced 
on the front 
page overleaf. 


In some 
types 
of frames, 
an information 
field follows 
the control 
field. Frames 
used strictly 
for link manage- 
ment 
mayor 
may not contain 
one. When 
an informa- 
tion field is used, it is unrestricted 
in both content 
and 
length. 
This code transparency 
is made possible because 
of the zero bit insertion 
mentioned 
earlier 
and the bit- 
oriented 
nature 
of SOLC. 
Even 
main 
memory 
core 
dumps 
may be transmitted 
because 
of this capability. 


This 
feature 
is unique 
to bit-oriented 
protocols. 
Like 
the control 
field, the information 
field is not interpreted 
by the 
SOLC 
device; 
it is merely 
transferred 
to and 
from memory 
to be operated 
on and interpreted 
by the 
processor. 


The fmal field is the frame check 
sequence 
(FCS). 
The 
FCS 
is the 
16 bits immediately 
preceding 
the closing 
flag. This 16-bit field is used for error detection 
through 
a Cyclic 
Redundancy 
Checkword 
(CRC). 
The 
16-bit 
transmitted 
CRC 
is the complement 
of the remainder 
obtained 
when the A, C, and I fields are "divided" 
by a 
generating 
polynomial. 
The 
receiver 
accumulates 
the 
A, C, and 
I fields 
and 
also the 
FCS 
into 
its internal 
CRC register. 
At the closing 
flag, this register 
contains 
one 
particular 
number 
for an error-free 
reception. 
If 
this number 
is not obtained, 
the frame 
was received 
in 
error 
and 
should 
be discarded. 
Oiscarding 
the 
frame 
causes 
the 
station 
to not 
update 
its 
frame 
sequence 
numbering. 
This 
results 
in a retransmission 
after 
the 
station 
sends 
an 
acknowledgement 
from 
previous 
frames. 
[Unlike 
all other 
fields, the FCS is transmitted 
MSB (Most Significant 
Bit) first. The A, C, and I fields 
are transmitted 
LSB (Least 
Significant 
Bit) first.] 
The 
details 
of how 
the 
FCS 
is generated 
and 
checked 
is 
beyond 
the scope of this application 
note and since all 
single 
component 
SOLC 
controllers 
handle 
this func- 
tion automatically, 
it is usually 
sufficient 
to know only 
that an error 
has or has not occurred. 
The IBM docu- 
ments 
contain 
more 
detailed 
information 
for 
those 
readers 
desiring 
it. 


The closing flag terminates 
the frame. When the closing 
flag is received, 
the receiver 
knows 
that 
the preceding 
16 bits constitute 
the FCS and that any bits between 
the 
control 
field 
and 
the 
FCS 
constitute 
the 
information 
field. 
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SOLC does not support an interframe time-fill charac- 
ter such as the SYN character in Bi-Sync. If an unusual 
condition occurs while transmitting, such as data is not 
available in time from memory or CTS (Clear-to-Send) 
is lost from the modem, the transmitter 
aborts the 
frame by sending an Abort character to notify the re- 
ceiver to invalidate the frame. The Abort character 
consists of eight contiguous Is sent without zero bit 
insertion. Intraframe 
time-fill consists of either flags, 
Abort characters, or any combination of the two. 


While the Abort character protects the receiver from 
transmitted errors, errors introduced by the transmis- 
sion medium are discovered at the receiver through the 
FCS check and a check for invalid frames. Invalid 
frames are those which are not bounded by flags or are 
too short, that is, less than 32 bits between flags. All 
invalid frames are ignored by the receiver. 


Although SOLC is a synchronous protocol, it provides 
an optional feature that allows its use on basically asyn- 
chronous data links-NRZI 
(Non-Retum-to-Zero-In- 
verted) coding. NRZI coding specifies that the signal 
condition does not change for transmitting a binary I, 
while a binary 0 causes a change of state. Figure 2 illus- 
trates NRZI 
coding compared to the normal NRZ. 
NRZI coding guarantees that an active line will have a 
transition at least every 5-bit times; long strings of ze- 
roes cause a transition every bit time, while long strings 
of Is are broken up by zero bit insertion. Since asyn- 
chronous operation requires that the receiver sampling 
clock be derived from the received data, NRZI encod- 
ing plus zero bit insertion make the design of clock 
recovery circuitry easier. 


1 
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All of the previous discussion has applied to SOLC on 
either 
point-to-point 
or multi-point 
data 
networks. 


SOLC (but not HOLC) also includes specification for a 
loop configuration. Figure 3 compares these three con- 
figurations. IBM uses this loop configuration 
in its 
3650 Retail Store System. It consists of a single loop 
controller station with one or more down-loop second- 
ary stations. Communications on a loop rely on the 
secondary stations repeating a received message down 
loop with a delay of one bit time. The reason for the 
one bit delay will be evident shortly. 


Loop operation defines a new special character: the 
EOP (End-of-Poll) character which consists of a 0 fol- 
lowed by 7 contiguous, non-zero bit inserted, ones. Af- 
ter the loop controller transmits a message, it idles the 
line (sends all Is). The final zero of the closing flag plus 
the first 7 Is of the idle form an EOP character. While 
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repeating, the secondaries monitor their incoming line 
for an EOP character. When an EOP is detected, the 
secondary checks to see if it has a message to transmit. 
If it does, it changes the seventh 1 to a 0 (the one bit 
delay allows time for this) and repeats the modified 
EOP (now alias flag). After this flag is transmitted, the 
secondary terminates its repeater function and inserts 
its message (with multiple preceding flags if necessary). 
After the closing flag, the secondary resumes its one bit 
delay repeater function. Notice that the final zero of the 
secondary's closing flag plus the repeated Is from the 
controller form an EOP for the next down-loop second- 
ary, allowing it to insert a message if it desires. 


One might wonder if the secondary missed any mes- 
sages from the controller while it was inserting its own 
message. It does not. Loop operation is basically half- 
duplex. The controller waits until it receives an EOP 
before it transmits its next message. The controller's 
reception of the EOP signifies that the original message 
has propagated around the loop followed by any mes- 
sages inserted by the secondaries. Notice that secondar- 
ies cannot communicate with one another directly, all 
secondary-to-secondary communication takes place by 
way of the controller. 


Loop protocol does not utilize the normal Abort char- 
acter. Instead, an abort is accomplished by simply 
transmitting a flag character. Oown loop, the receiver 
sees the abort as a frame which is either too short (if the 
abort occurred early in the frame) or one with an FCS 
error. Either results in a discarded frame. For more 
details on loop operation, please refer to the IBM docu- 
ments referenced earlier. 


Another protocol very similar to SOLC which the 8273 
supports is HOLC (High-Level Oata Link Control). 
There are only three basic differences between the two: 
HOLC offers extended address and control fields, and 
the HOLC Abort character is 7 contiguous Is as op- 
posed to SOLC's 8 contiguous Is. 


Extended addressing, beyond the 256 unique addresses 
possible with SOLC, is provided by using the address 
field's least significant bit as the extended address mod- 
ifier. The receiver examines this bit to determine if the 
octet should be interpreted as the final address octet. 
As long as the bit is 0, the octet that contains it is 
considered an extended address. The first time the bit is 
a 1, the receiver interprets that octet as the final address 
octet. Thus the address field may be extended to any 
number of octets. Extended addressing is illustrated in 
Figure 4a. 


A similar technique is used to extend the control field 
although the extension is limited to only one extra con- 
trol octet. Figure 4b illustrates control field extension. 


Those readers not yet asleep may have noticed the simi- 
larity between the SOLC loop EOP character (a 0 fol- 


lowed by 7 Is) and the HOLC Abort (7 Is). This possi- 
ble incompatibility is neatly handled by the HOLC pro- 
tocol not specifying a loop configuration. 


This completes our brief discussion of the SOLCI 
HOLC protocols. Now let us turn to the 8273 in partic- 
ular and discuss its hardware aspects through an expla- 
nation of the block diagram and generalized system 
schematics. 


It will be helpful for the following discussions to have 
some idea of the basic operation of the 8273. Each oper- 
ation, whether it is a frame transmission, reception or 
port read, etc., is comprised of three phases: the Com- 
mand, Execution, and Result phases. Figure 5 shows 
the sequence of these phases. As an illustration of this 
sequence, let us look at the transmit operation. 


When the CPU decides it is time to transmit a frame, 
the Command phase is entered by the CPU issuing a 
Transmit Frame command to the 8273. It is not suffi- 
cient to just instruct the 8273 to transmit. The frame 
level command structure sometimes requires more in- 
formation such as frame length and address and control 
field content. Once this additional information is sup- 
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plied, the Command phase is complete and the Execu- 
tion phase is entered. It is during the Execution phase 
that the actual operation, in this case a frame transmis- 
sion, takes place. The 8273 transmits the opening flag, 
A and C fields, the specified number of I field bytes, 
inserts the FCS, and closes with the closing flag. Once 
the closing flag is transmitted, the 8273 leaves the Exe- 
cution phase and begins the Result phase. During the 
Result phase the 8273 notifies the CPU of the outcome 
of the command by supplying interrupt results. In this 
case, the results would be either that the frame is com- 
plete or that some error condition causes the transmis- 
sion to be aborted. Once the CPU reads all of the re- 
sults 
(there 
is only one for the Transmit 
Frame 
command), 
the Result phase and consequently 
the 
operation, is complete. Now that we have a general 
feeling for the operation of the 8273, let us discuss the 
8273 in detail. 


The 8273 block diagram is shown in Figure 6. It con- 
sists of two major interfaces: the CPU module interface 
and the modem interface. Let's discuss each interface 
separately. 
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The CPU interface consists of four major blocks: Con- 
trollRead/Write 
logic (CIR/W), 
internal 
registers, 
data transfer logic, and data bus buffers. 


The CPU module utilizes the CIR/W 
logic to issue 
commands to the 8273. Once the 8273 receives a com- 
mand and executes it, it returns the results (good/bad 
completion) of the command by way of the CIR/W 
logic. The C/R/W 
logic is supported ~seven 
~sters 
which are addressed via the An, AI> RD, and WR sig- 
nals, in addition to CS. The An and A 1signals are gen- 
erally derived from the two low order bits of the CPU 
module address bus while RD and WR are the normal 
I/O Read and Write signals found on the system con- 
trol bus. Figure 7 shows the address of each register 
using the C/R/W 
logic. The function of each register is 
defined as follows: 
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Command-8273 
operations are initiated by writing 
the appropriate command byte into this register. 


Parameter-Many 
commands require more informa- 
tion than found in the command itself. This additional 
information is provided by way of the parameter regis- 
ter. 


Immediate Result (Result}-The 
completion informa- 
tion (results) for commands which execute immediately 
are provided in this register. 


Transmit Interrupt Result (TxI/R)-Results 
of trans- 
mit operations are passed to the CPU in this register. 


ReceiverInterrupt Result (RxI/R)-Receive 
operation 
results are passed to the CPU via this register. 


Status-The 
general status of the 8273 is provided in 
this register. The Status register supplies the handshak- 
ing necessary during various phases of the 8273 opera- 
tion. 


Test Mode-This 
register provides a software reset 
function for the 8273. 


The commands, parameters, and bit definition of these 
registers are discussed in the following software section. 
Notice that there are not specific transmit or receive 
data registers. This feature is explained in the data 
transfer logic discussion. 


The final elements of the CIR/W 
logic are the inter- 
rupt lines (RxINT and TxINT). These lines notify the 
CPU module that either the transmitter or the receiver 
requires service; i.e., results should be read from the 
appropriate interrupt result register or a data transfer is 
required. The interrupt request remains active until all 
the associated interrupt results have been read or the 
data transfer is performed. Though using the interrupt 
lines relieves the CPU module of the task of polling the 
8273 to check if service is needed, the state of each 
interrupt line is reflected by a bit in the Status register 
and non-interrupt driven operation is possible by exam- 
ining the contents of these bits periodically. 


The 8273 supports two independent data interfaces 
through the data transfer logic; receive data and trans- 
mit data. These interfaces are programmable for either 
DMA or non-DMA data transfers. While the choice of 
the configuration is up to the system designer, it is 
based on the intended maximum data rate of the com- 


munications channel. Figure 8 illustrates the transfer 
rate of data bytes that are acquired by the 8273 based 
on link data rate. Full-duplex data rates above 9600 
baud usually require DMA. Slower speeds mayor may 
not require DMA depending on the task load and inter- 
rupt response time of the processor. 


Figure 9 shows the 8273 in a typical DMA environ- 
ment. Notice that a separate DMA controller, in this 
case the Intel 8257, is required. The DMA controller 
supplies the timing and addresses for the data transfers 
while the 8273 manages the requesting of transfers and 
the actual counting of the data block lengths. In this 
case, elements of the data transfer interface are: 


TxDRQ: Transmit DMA Request-Asserted 
by the 
8273, this line requests a DMA transfer from memory 
to the 8273 for transmit. 


TxDACK: Transmit DMA Acknowledge-Returned 
by 
the 8257 in response to TxDRQ, this line notifies the 
8273 that a request has been granted, and provides ac- 
cess to the transmitter data register. 


RxDRQ: ReceiveDMA Request-Asserted 
by the 8273, 
it requests a DMA transfer from the 8273 to memory 
for a receive operation. 


RxDACK: Receive DMA Acknowledge-Returned 
by 
the 8257, it notifies the 8273 that a receive DMA cycle 
has been granted, and provides access to the receiver 
data register. 


RD: Read-Supplied 
by the 8257 to indicate data is to 
be read from the 8273 and placed in memory. 


WR: Write-Supplied by the 8257 to indicate data is to 
be written to the 8273 from memory. 


To request a DMA transfer the 8273 raises the appro- 
priate DMA request line; let us assume it is a transmit- 
ter request (TxDRQ). Once the 8257 obtains control of 
the system bus by way of its HOLD and HLDA (hold 
acknowledge) lines, it notifies the 8273 that TxDRQ 
has been grant~ 
returning TxDACK and WR. The 
TxDACK and WR signals transfer data to the 8273 for 
a transmit, independent of the 8273 chip select pin 
(CS). A similar sequence of events occurs for receiver 
requests. This "hard select" of data into the transmitter 
or out of the receiver alleviates the need for the normal 
transmit and receive data registers addressed by a com- 
bination of address lines, CS, and WR or RD. Competi- 
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tive devices that do not have this "hard select" feature 
require the use of an external multiplexer to supply the 
correct inputs for register selection during DMA. (Do 
not forget that the SDLC controller sees both the ad- 
dresses and control signals supplied by the DMA con- 
troller during DMA cycles.) Let us look at typical 
frame transmit and frame receive sequences to better 
see how the 8273 truly manages the DMA data trans- 
fer. 


Before a frame can be transmitted, the DMA controller 
is supplied, by the CPU, the starting address for the 
desired information field. The 8273 is then commanded 
to transmit a frame. (Just how this is done is covered 
later during our software discussion.) After the com- 
mand, but before transmission begins, the 8273 needs a 
little more information (parameters). Four parameters 
are required for the transmit frame command: the ad- 
dress field byte, the control field byte, and two bytes 
which are the least significant and most significant 
bytes of the information field byte length. Once all four 
parameters are loaded, the 8273 makes RTS (Request- 
to-Send) active and waits for CTS (Clear-to-Send) to go 
active. Once CTS is active, the 8273 starts the frame 
transmission. While the 8273 is transmitting the open- 
ing flag, address field, and control field; it starts making 
transmitter DMA requests. These requests continue at 
character (byte) boundaries until the pre-loaded num- 
ber of bytes of information field have been transmitted. 


At this point the requests stop, the FCS and closing flag 
are transmitted, and the TxINT line is raised, signaling 
the CPU that the frame transmission is complete. No- 
tice that after the initial command and parameter load- 
ing, absolutely no CPU intervention was required (since 
DMA is used for data transfers) until the entire frame 
was transmitted. Now let's look at a frame reception. 
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The receiver operation is very similar. Like the initial 
transmit sequence, the DMA controller is loaded with a 
starting address for a receiver data buffer and the 8273 
is commanded to receive. Unlike the transmitter, there 
are two different receive commands: General Receive, 
where all received frames are transferred to memory, 
and Selective Receive, where only frames having an ad- 
dress field matching one of two preprogrammed 8273 
address fields are transferred to memory. Let's assume 
for now that we want to general receive. After the re- 
ceive command, two parameters are required before the 
receiver becomes active: the least significant and most 
significant bytes of the receiver buffer length. Once 
these bytes are loaded, the receiver is active and the 
CPU may return to other tasks. The next frame appear- 
ing at the receiver input is transferred to memory using 
receiver DMA requests. When the closing flag is re- 
ceived, the 8273 checks the FCS and raises its RxINT 
line. The CPU can then read the results which indicate 
if the frame was error-free or not. (If the received frame 
had been longer than the pre-loaded buffer length, the 
CPU would have been notified of that occurrence earli- 
er with a receiver error interrupt. The command de- 
scription section contains a complete list of error condi- 
tions.) Like the transmit example, after the initial com- 
mand, the CPU is free for other tasks until a frame is 
completely received. These examples have illustrated 
the 8273's management of both the receiver and trans- 
mitter DMA channels. 


It is possible to use the DMA data transfer interface in 
a non-DMA interrupt-driven environment. In this case, 
4 interrupt levels are used: one each for TxINT and 
RxINT, and one each for TxDRQ and RxDRQ. This 
configuration is shown in Figure 10. This configuration 
offers the advantages that no DMA controller is re- 


quired and data requests are still separated from result 
(completion) requests. The disadvantages of the config- 
uration are that 4 interrupt levels are required and that 
the CPU must actually supply the data transfers. This, 
of course, reduces the maximum data rate compared to 
the configuration based strictly on DMA. This system 
could use an Intel 8259 8-level Priority Interrupt Con- 
troller to supply a vectored CALL (subroutine) address 
based on requests on its inputs. The 8273 transmitter 
and receiver make data requests by raising the respec- 
tive DRQ line. The CPU is interrupted by the 8259 and 
vectored to a data transfer routine. This routine either 
writes (for transmit) or reads (for receive) the 8273 us- 
ing the respective TxDACK 
or RxDACK 
line. The 
DACK lines serve as "hard" chip selects into and out 
of the 8273. TxDACK + WR writes data into the 8273 
for transmit. RxDACK 
+ RD reads data from the 
8273 for receive.) The CPU is notified of operation 
completion and results by way of TxINT and RxINT 
lines. Using the 8273, and the 8259, in this way, pro- 
vides a very effective, yet simple, interrupt-driven inter- 
face. 


Figure II illustrates a system very similar to that de- 
scribed above. This system utilizes the 8273 in a non- 
DMA data transfer mode as opposed to the two DMA 
approaches shown in Figures 9 and 10. In the non- 
DMA case, data transfer requests are made on the 
TxINT and RxINT lines. The DRQ lines are not used. 
Data transfer requests are separated from result re- 
quests by a bit in the Status register. Thus, in response 
to an interrupt, the CPU reads the Status register and 
branches to either a result or a data transfer routine 
based on the status of one bit. As before, data transfers 
are made via using the DACK lines as chip selects to 
the transmitter and receiver data registers. 


Figure 12 illustrates the simplest system of all. This 
system utilizes polling for all data transfers and results. 
Since the interrupt 
pins are reflected in bits in the 
Status register, the software can read the Status register 
periodically looking for one of these to be set. If it finds 
an INT bit set, the appropriate Result Available bit is 
examined to determine if the "interrupt" 
is a data 
transfer or completion result. If a data transfer is called 
for, the DACK line is used to enter or read the data 
from the 8273. If the interrupt is a completion result, 
the appropriate result register is read to determine the 
goodlbad completion of the operation. 


The actual selection of either DMA 
or non-DMA 
modes is controlled by a command issued during ini- 
tialization. This command is covered in detail during 
the software discussion. 


The final block of the CPU module interface is the 
Data Bus ButTer.This block supplies the tri-state, bidi- 
rectional data bus interface to allow communication to 
and from the 8273. 


As the name implies, the modem interface is the mo- 
dem side of the 8273. It consists of two major blocks: 
the modem control block and the serial data timing 
block. 


The modem control block provides both dedicated and 
user-defmed modem control functions. All signals sup- 
ported by this interface are active low so that EIA in- 
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verting 
drivers 
(MCI488) 
and 
inverting 
receivers 
(MCI489) may be used to interface to standard mo- 
dems. 


Port A is a modem control input port. Its representa- 
tion on the data bus is shown in Figure 13. Bits Do and 
DI have dedicated functions. Do reflects the logical 
state of the crs (Clear-to-Send) pin. [If crs is active 
(low), DO is a I.] This signal is used to condition the 
start of a transmission. The 8273 waits until CTS is 
active before it starts transmitting a frame. While trans- 
mitting, if CTS goes inactive, the frame is aborted and 
the CPU is interrupted. When the CPU reads the inter- 
rupt result, a crs failure is indicated. 


DI reflects the logical state of the CD (Carrier Detect) 
pin. CD is used to condition the start of a frame recep- 
tion. CD must be active in time for a frame's address 
field. If CD is lost (goes inactive) while receiving a 
frame, an interrupt is generated with a CD failure re- 
sult. CD may go inactive between frames. 


Bits D2 thru D4 reflect the logical state of the PA2 thru 
P~ 
pins respectively. These inputs are user defined. 
The 8273 does not interrogate or manipulate these bits. 
Bits Ds, D6' and D7 are not used and each is read as a I 
for a Read Port A command. 


Port B is a modem control output port. Its data bus 
representation is shown in Figure 14. As in Port A, the 
bit values represent the logical condition of the pins. Do 
and .Q.Lare dedicated function outputs. Do represents 
the RTS (Request-to-Send) pin. RTS is normally used 
to notify the modem that the 8273 wishes to transmit. 


This function is handled automatically by the 8273. If 
RTS is inactive (pin is high) when the 8273 is com- 
manded to transmit, the 8273 makes it active and then 
waits for crs before transmitting the frame. One byte 
time after the end of the frame, the 8273 returns RTS to 
its inactive state. However, if RTS was active when a 
transmit command is issued, the 8273 leaves it active 
when the frame is complete. 


Bit Ds reflects the state of the Flag Detect pin. This pin 
is activated whenever an active receiver sees a flag char- 
acter. This function is useful to activate a timer for line 
activity timeout purposes. 


Bits DI thru D4 provide four user-defmed outputs. Pins 
PBI thru PB4 reflect the logical state of these bits. The 
8273 does not interrogate or manipulate these bits. D6 
and D7 are not used. In addition to being able to output 
to Port B, Port B may be read using a Read Port B 
command. All Modem control output pins are forced 
high on reset. (All commands mentioned in this section 
are covered in detail later.) 


The final block to be covered is the serial data timing 
block. This block contains two sections: the serial data 
logic and the digital phase locked loop (DPLL). 


Elements of the serial data logic section are the data 
pins, TxD (transmit data output) and RxD~ceive 
data input), and the respective data clocks, TxC and 
RxC. The transmit and receive data is synchronized by 
the TxC and RxC clocks. Figure 15 shows the timing 
for these signals. The leading edge (negative transition) 
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of TxC generates new transmit data and the trailing 
edge (positive transition) of RxC is used to capture the 
receive data. 


T,D=>(------..J 


~~~ 


It is possible to reconfigure this section under program 
control to perform diagnostic functions; both data and 
clock loopback are available. In data loopback mode, 
the TxD pin is internally routed to the RxD pin. This 
allows simple board checkout since the CPU can send 
an SDLC message to itself. (Note that transmitted data 
will still appear on the TxD pin.) 


When data loopback is utilized, the receiver may be 
presented incorrect sample timing (RxC) by the exter- 
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nal circuitry. Clock loopback overcomes th~oblem 
by allowing the internal routing of TxC and RxC. Thus 
the same clock used to transmit the data is used to 
receive it. Examination of Figure 15 shows that this 
method ensures bit synchronism. The final element of 
the serial data logic is the Digital Phase Locked Loop. 


The DPLL provides a means of clock recovery from 
the received data stream. This feature allows the 8273 
to interface without external synchronizing logic to low 
cost asynchronous 
modems (modems which do not 


supply clocks). It also makes the problem of clock tim- 
ing in loop configurations trivial. 


To use the DPLL, a clock at 32 times the required baud 
rate must be supplied to the 32X CLK pin. This clock 
provides the interval that the DPLL samples the re- 
ceived data. The DPLL uses the 32X clock and the 
received data to generate a pulse at the DPLL output 
pin. This DPLL pulse is positioned at the nominal cen- 
ter of the received data bit cell. Thus the DPLL output 
may be wired to RxC and/or TxC to supply the data 
timing. The exact position of the pulse is varied depend- 
ing on the line noise and bit distortion of the received 
data. The adjustment of the DPLL position is deter- 
mined according to the rules outlined in Figure 16. 


Adjustments to the sample phase of DPLL with respect 
to the received data is made in discrete increments. Re- 
ferring to Figure 16, following the occurrence of DPLL 
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pulse A, the DPLL 
counts 
32 X CLK 
pulses and exam- 
ines the received 
data 
for a data 
edge. Should 
no edge 
be detected 
in 32 pulses, 
the DPLL 
positions 
the next 
DPLL 
pulse (B) at 32 clock pulses from pulse A. Since 
no 
new 
phase 
information 
is contained 
in the 
data 
stream, 
the sample 
phase 
is assumed 
to be at nominal 
I X baud 
rate. 
Now 
assume 
a data 
edge occurs 
after 
DPLL 
pulse B. The distance 
from B to the next pulse C 
is influenced 
according 
to which 
quadrant 
(A), B), B2' 
or A2) the data edge falls in. (Each quadrant 
represents 
832 X CLK 
times.) For example, 
if the edge is detected 
in quadrant 
A), it is apparent 
that pulse B was too close 
to the data edge and the time to the next pulse must be 
shortened. 
The adjustment 
for quadrant 
A I is specified 
as 
-2. 
Thus, 
the next DPIT pulse, 
pulse 
C, is posi- 
tioned 
32 - 
2 or 30 32 X CLK 
pulses following 
DPLL 
pulse 
B. This 
adjustment 
moves 
pulse 
C closer 
to the 
nominal 
bit center 
of the next received 
data cell. A data 
edge occurring 
in quadrant 
B2 would 
have caused 
the 
adjustment 
to be small, 
namely 
32 + 
1 or 33 32 X 


CLK 
pulses. 
Using 
this 
technique, 
the 
DPLL 
pulse 
converges 
to the nominal 
bit center 
within 
12 data tran- 
sitions, 
worse 
case-4-bit 
times 
adjusting 
through 
quadrant 
AI or A2 and 
8-bit times 
adjusting 
through 
BI or B2· 


When 
the receive 
data 
stream 
goes idle after 
15 ones, 
DPLL 
pulses are generated 
at 32 pulse intervals 
of the 
32 X CLK. 
This feature 
allows 
the DPLL 
pulses to be 
used as both transmitter 
and receiver 
clocks. 


In order 
to guarantee 
sufficient 
transitions 
of the re- 
ceived data to enable the DPLL 
to lock, NRZI 
encod- 
ing 
of the 
data 
is recommended. 
This 
ensures 
that, 
within 
a frame, data transitions 
occur at least every five 
bit times-the 
longest 
sequence 
of 
Is which 
may 
be 
transmitted 
with 
zero 
bit insertion. 
It is also 
recom- 
mended 
that frames following 
a line idle be transmitted 
with 
preframe 
sync characters 
which 
provide 
a mini- 
mum 
of 12 transitions. 
This ensures 
that the DPLL 
is 
generating 
DPLL 
pulses 
at the nominal 
bit centers 
in 
time 
for the opening 
flag. (Two 
OOH characters 
meet 
this 
requirement 
by 
supplying 
16 
transitions 
with 
NRZI 
encoding. 
The 8273 contains 
a mode which sup- 
plies such a preframe 
sync.) 


Figure 
17 illustrates 
8273 
clock 
configurations 
using 
either 
synchronous 
or asynchronous 
modems. 
Notice 
how the DPLL 
output 
is used for both TxC and RxC in 
the asynchronous 
case. This feature 
eliminates 
the need 
for external 
clock generation 
logic where low cost asyn- 
chronous 
modems 
are used and also allows direct 
con- 
nection 
of 8273s for the ultimate 
in low cost data links. 
The configuration 
for loop applications 
is discussed 
in a 
following 
section. 


This completes 
our discussion 
of the hardware 
aspects 
of the 8273. Its software 
aspects 
are now discussed. 


The software 
aspects 
of the 8273 involve 
the communi- 
cation 
of both 
commands 
from 
the 
CPU 
to the 
8273 
and the return 
of results 
of those 
commands 
from 
the 
8273 to the CPU. 
Due to the internal 
processor 
archi- 
tecture 
of the 
8273, this CPU-8273 
communication 
is 
basically 
a form of interprocessor 
communication. 
Such 
communication 
usually 
requires 
a form of protocol 
of 
its own. 
This 
protocol 
is implemented 
through 
use of 
handshaking 
supplied 
in the 8273 Status 
register. 
The 
bit definition 
of this register 
is shown 
in Figure 
18. 


hUlA 
- 
hiNT 
RESULT 
AVAILABLE 


AdRA 
- 
A_INT 
RESULT 
AVAILABLE 
T.tNT 
- 
Tx INTERRUPT 


RalNT - 
A. INTERAUPT 


CABF 
- 
COMMAND 
RESULT 


- 
BUFFER 
FULL 


CPIIF 
- 
COMMAND 
PARAMETER 


BUFFER 
FULL 
----------CBF 
- 
COMMAND 
BUFFER 
FULL 


eBSY 
- 
COMMAND 
BUSY 


inter 


CBSY: Command Busy-CBSY 
indicates when the 
8273 is in the command phase. CBSY is set when the 
CPU writes a command into the Command register, 
starting the Command phase. It is reset when the last 
parameter is deposited in the Parameter register and 
accepted by the 8273, completing the Command phase. 


CBF: Command Buffer Full-When 
set, this bit indi- 
cates that a byte is present in the Command register. 
This bit is normally not used. 


CPBF:Command ParameterBuffer Full-This 
bit in- 
dicates that the Parameter register contains a parame- 
ter. It is set when the CPU deposits a parameter in the 
Parameter register. It is reset when the 8273 accepts the 
parameter. 


CRBF: Command Result Buffer Full-This 
bit is set 
when the 8273 places a result from an immediate type 
command in the Result register. It is reset when the 
CPU reads the result from the Result register. 


RxINT: Receiver Interrupt-The 
state of the RxINT 
pin is reflected by this bit. RxINT is set by the 8273 
whenever the receiver needs servicing. RxINT is reset 
when the CPU reads the results or performs the data 
transfer. 


TxINT: Transmitter Interrupt-This 
bit is identical to 
RxINT except action is initiated based on transmitter 
interrupt sources. 


RxIRA: ReceiverInterrupt Result Available-RxIRA 
is 
set when the 8273 places an interrupt result byte into 
the RxIIR 
register. RxIRA 
is reset when the CPU 
reads the RxI/R register. 


TxIRA: 
Transmitter Interrupt 
Result 
Available- 
TxIRA is the corresponding Result Available bit for 
the transmitter. It is set when the 8273 places an inter- 
rupt result byte in the TxIlR 
register and reset when 
the CPU reads the register. 


The significance of each of these bits will be evident 
shortly. Since the software requirements of each 8273 
phase are essentially independent, each phase is covered 
separately. 


Recalling the Command phase description in an earlier 
section, the CPU starts the Command phase by writing 
a command byte into the 8273 Command register. If 
further information about the command is required by 
the 8273, the CPU writes this information into the Pa- 
rameter register. Figure 19 is a flowchart of the Com- 
mand phase. Notice that the CBSY and CPBF bits of 
the Status register are used to handshake the command 
and parameter bytes. Also note that the chart' shows 


that a command may not be issued if the Status register 
indicates the 8273 is busy (CBSY = I). If a command 
is issued while CBSY = I, the original command is 
overwritten and lost. (Remember that CBSY signifies 
the command phase is in progress and not the actual 
execution of the command.) The flowchart also in- 
cludes a Parameter buffer full check. The CPU must 
wait until CPBF = 0 before writing a parameter to the 
Parameter register. If a parameter is issued while CPBF 
= 
I, the previous parameter is overwritten and lost. 


An example of command output assembly language 
software is provided in Figure 20a. This software as- 
sumes that a command buffer exists in memory. The 
buffer is pointed at by the HL register. Figure 20b 
shows the command buffer structure. 


The 8273 is a full duplex device, i.e., both the transmit- 
ter and receiver may be executing commands or passing 
interrupt results at any given time. (Separate Rx and Tx 
interrupt pins and result registers are provided for this 
reason.) However, there is only one Command register. 
Thus, the Command register must be used for only one 
command sequence at a time and the transmitter and 
receiver may never be simultaneously in a command 
phase. A detailed description of the commands and 
their parameters is presented in a following section. 


;FUNCTION: 
COMMAND 
DISPATCHER 
;INPUTS: HL - COMMAND 
BUFFER 
ADDRESS 
;OUTPUTS: NONE 
;CALLS: NONE 
;DESTROYS: A,B,H,L,F/F'S 
;DESCRIPTION: 
CMDOUT 
ISSUES 
THE COMMAND 
+ PARAMETERS 
;IN THE COMMAND 
BUFFER 
POINTED 
AT BY HL 


CMDOUT: 
LXI 
H,CMDBUF 
;POINT HL AT BUFFER 
MOV 
B,M 
;lST ENTRY 
IS PAR. 
COUNT 
INX 
H 
;POINT AT COMMAND 
BYTE 
CMDl: 
IN 
STAT73 
;READ 8273 
STATUS 
RLC 
;ROTATE CBSY 
INTO CARRY 
JC 
CMDI 
;WAIT UNTIL 
CBSY=O 
MOV 
A,M 
;MOVE COMMAND 
BYTE 
TO A 
OUT 
COMM73 
;PUT COMMAND 
IN COMMAND 
REG 
CMD2: 
MOV 
A,B 
;GET PARAMETER 
COUNT 
ANA 
A 
;TEST IF ZERO 
RZ 
;IF 0 THEN DONE 
INX 
H 
;NOT DONE, 
SO POINT AT NEXT PAR 
DCR 
B 
;DEC PARAMETER 
COUNT 
CMD3: 
IN 
STAT73 
;READ 8273 
STATUS 
ANI 
CPBF 
;TEST CPBF BIT 
JNZ 
CMD3 
;WAIT UNTIL 
CPBF IS 0 
MOV 
A,M 
;GET PARAMETER 
FROM BUFFER 
OUT 
PARM73 
;OUTPUT PAR TO PARAMETER 
REG 
JMP 
CMD2 
;CHECK IF MORE PARAMETERS 


+4 
PARAMETER 
3 


+3 
PARAMETER 
2 


+2 
PARAMETER 
1 


+1 
COMMAND 


CMDBUF: 
PARAMETER 
COUNT 
+- HL 


During the Execution phase, the operation specified by 
the Command phase is performed. If the system utilizes 
DMA for data transfers, there is no CPU involvement 
during this phase, so no software is required. If non- 
DMA data transfers are used, either interrupts or poll- 
ing is used to signal a data transfer request. 


For interrupt-driven 
transfers the 8273 raises the ap- 
propriate INT pin. When responding to the interrupt, 


inter 


the CPU must determine whether it is a data transfer 
request or an interrupt signaling that an operation is 
complete and results are available. The CPU deter- 
mines the cause by reading the Status register and inter- 
rogating 
the 
associated 
IRA 
(Interrupt 
Result 
Available) bit (TxIRA 
for TxINT 
and RxIRA 
for 
RxINT). 
If the IRA 
= 
0, the interrupt 
is a data 
transfer request. If the IRA 
= 
1, an operation is 
complete and the associated Interrupt 
Result register 
must be read to determine the completion status (good/ 
bad/etc.). 
A software interrupt handler implementing 
the above sequence is presented as part of the Result 
phase software. 


When polling is used to determine when data transfers 
are required, the polling routine reads the Status regis- 
ter looking for one of the INT bits to be set. When a set 
INT bit is found, the corresponding IRA bit is exam- 
ined. Like in the interrupt-driven case, if the IRA = 0, 
a data transfer is required. If IRA = 1, an operation is 
complete and the Interrupt Result register needs to be 
read. Again, example polling software is presented in 
the next section. 


During the Result phase the 8273 notifies the CPU of 
the outcome of a command. The Result phase is initiat- 
ed by either a successful completion of an operation or 
an error detected during execution. Some commands 
such as reading or writing the I/O ports provide imme- 
diate results, that is, there is essentially no delay from 
the issuing of the command and when the result is 
available. Other commands such as frame transmit, 
take time to complete so their result is not available 
immediately. Separate result registers are provided to 
distinguish these two types of commands and to avoid 
interrupt handling for simple results. 


Immediate results are provided in the Result register. 
Validity of information in this register is indicated to 
the CPU by way of the CRBF bit in the Status register. 
When the CPU completes the Command phase of an 
immediate command, it polls the Status register waiting 
until CRBF = 1. When this occurs, the CPU may read 
the Result register to obtain the immediate result. The 
Result register provides only the results from immedi- 
ate commands. 


Example software for handling immediate results is 
shown in Figure 21. The routine returns with the result 
in the accumulator. The CPU then uses the result as is 
appropriate. 


All non-immediate 
commands 
deal with either the 
transmitter or receiver. Results from these commands 
are provided in the TxIlR (Transmit Interrupt Result) 
and Rxi/R 
(Receive Interrupt Result) registers respec- 
tively. Results in these registers are conveyed to the 
CPU by the TxIRA and RxIRA bits of the status regis- 
ter. Results of non-immediate commands consist of one 
byte result interrupt code indicating the condition for 
the interrupt and, if required, one or more bytes supply- 
ing additional information. The interrupt codes and the 
meaning of the additional results are covered following 
the detailed command description. 


Non-immediate results are passed to the CPU in re- 
sponse to either interrupts or polling of the Status regis- 
ter. Figure 22 illustrates an interrupt-driven result han- 
dIer. (Please note that all of the software presented in 
this application note is not optimized for either speed or 
code efficiency. They are provided as a guide and to 
illustrate concepts.) This handler provides for inter- 
rupt-driven data transfers as was promised in the last 
section. Users employing DMA-based transfers do not 


;FUNCTION: 
IMDRLT 
;INPUTS: NONE 
;OUTPUTS: RESULT 
REGISTER 
IN A 
;CALLS: NONE 
;DESTROYS: A. F/F'S 
;DESCRIPTION: 
IMDRLT 
IS CALLED AFTER 
A CMDOUT 
FOR AN 
;IMMEDIATE 
COMMAND 
TO READ 
THE RESULT 
REGISTER 


IMDRLT: 
IN 
ANI 
JZ 
IN 
RET 


STAT 73 
CRBF 
IMDRLT 
RESL73 
;RETURN 


;READ 8273 
STATUS 
;TEST IF RESULT 
REG READY 
;WAIT IF CRBF=O 
;READ RESULT 
REGISTER 


inter 


;fUNCTION: 
RXl 
- 
INTERRUPT 
DRIVEN 
RESULT/DATA 
HANDLER 
;INPUTS: 
RCRsur, 
RCVPHT 
; CALLS: 
NONE 
:OUTPUTS: 
ReRsur. 
RCYPNT 
: DESTROYS: 
HOTH tHG 
;DESCRIPTION: 
RXI 
IS 
£:HTERED 
AT 
A 
REClIVER 
INTlRRUPT. 
;THE 
INTERRUPT 
IS 
TESTED 
FOR 
DATA 
TRANSFER 
(IRA"") 
;OR 
RESULT 
(IRA-l). 
FOR 
DATA 
TRANSFER, 
THt 
DATA 
IS 
; PLACED 
IN 
A 
BUFFER 
AT 
ItCYPNT. 
RESULTS 
ARE 
PLACED 
IN 
;A 
BUFFER 
AT 
RCRsur. 
fA 
FLAG(RXFLAG) 
IS 
SET 
IF 
ThE 
INTERRUPT 
WAS 
A 
RESULT. 
: (DATA 
TRANSFER 
INSTRUCTIONS 
ARE 
DENOTED BY 
pr J 
AND 
;MAYBE 
ELIMINATED 
BY USt.RS 
USING 
OMA. 


"PS. 
6 
STAT71 
RXIRA 
Rxt2 
ReRsur 
STAT11 
RXINT 
RX!4 
STAT7') 


RXIRA 
RUl 
RXIRll 
H.A 
"RCi<8Uf 
RXIl 
RCVPhT 
RCYLiAT 
H,A 
"RxIl 
A.01H 
JotXFLAG 
6 
>s. 
"; [hASLE 
:DONE 


;SAVE 
HL 
:SAVE 
PSw 
;SAVE 
8 
; 
(*) 
f<;.EAC 8211 
STA1'lJ.s 
: 
(*) 
Tt;ST 
IRA 
BIT 
; 
(*) 
If 
If. 
DATA 
TftAl'ISF~k 
Nl:.l:.CED 
ICE:'t 
RESliL'I' 
8tiFFt:k 
f'vIN'lt:R 
;Rt:At 
8271 
STATUS 
ACAIl"< 
;TEST 
INT 
81'1' 
;IF 
II, 
'J'Hf:.~ 
GONE; 
:READ 
8271 
STATUS 
AGAIN 
:TEST 
IkA 
AGAIN 
;LOOP 
UN'I"IL 
Rt-SliLT 
IS 
HAD'! 
;READ:t, 
l<f.AD 
RXI/R 
:STORt: 
RE.SULT 
h 
BtiFFER 
:BUMP 
Ri;SULT 
fOINTER 
; RESTORE 
BUfFER 
POINT 
E.R 
;co 
BACt< 
TO 
SEE 
IF 
HOki; 
(-) 
Gl'r 
DATA 
BUFFER 
POINTlR 
; 
(-) 
RE.AC 
OA1'A 
YIA 
RXCACt< 
; 
(-) 
STORt. 
DATA 
IN 
BlJFFf.k 
; 
(-) 
Bt,;HP 
DATA 
POINTEk 
; 
(-) 
CONE 
;S£T 
RX 
FLAG 
TO 
SHOW 
COMPLI::1"ION 
;COHPLE.TIO~ 
,RESTORE 
BC 
; RESTORE. 
PSw 
; RESTORt. 
HL 
INTlRRUPTS 


: FtiNC'IIC"oh: 
'IXI 
- 
IIIlTlRkUP'I" 
DRI Yf.N 
RlSULT/DATA 
HANDLEi< 
lIlliE-tiTS: 
1"XFl.BtiF, 
TXf'NT, 
TXFLAC 
;OUTPU'l'S: 
TXRBUF, 
TXP,'liT, 
TXFLAC 
; CALL::.: 
NONE 
; I:.f.STkU"YS: 
NOTHING 
;lJI:.SCRH>TIOh: 
TXI 
IS 
Ef'lTi::ReD 
AT 
A 
TRA~SMI1'T£R 
INTERRUPT. 
,1tlE. 
INTERRUl'T 
IS 
TES1'EC 
B"Y WA"Y Of 
'I'riE 
1IOA BIT 
TO 
SEE 
; If 
A 
CATA 
TRAhSFf.R 
OR 
RESULT 
COMPLETION 
HAS 
OCCURE&. 
;fOR 
CATA 
'IRANSFERS 
tIM-S), 
Ttlt: 
DATA 
IS 
OBTAINED 
fkOM 
;A 
BUt'Fl:.k 
LOCATION 
POIf'lTED 
AT 
BY 
TXPN1'. 
FOR 
COHPLETIOh, 
; I1RA"'I), 
TtiE 
RESULTS 
ARE 
REA& 
ANC 
PLACEC 
A'I' 
A 
RESULT 
; Bl.JFHR 
POI~TEL 
AT 
BY 
TXR8UF, 
AND 
TIiE 
TXFLAC 
IS 
SET 
,TO 
It.tICA'l1::: 
TU 
THE 
HAlh 
PROGRAM 
'I'HAT 
A 
OPERATION 
IS 
;CQHPLt.Tf.. 
TX 
OPERATIONS 
HAVE 
ONLY 
ONE 
RESULT. 
; &A'I'A 
TRAhSFER 
IhSTRUCTIONS 
ARE 
DENOTED 
BY 
(-). 
THESE 
;"'A"Ybt 
REHuYtt 
B"Y UStRS 
USING 
OHA. 


"PS. 
STAT71 
TXIRA 
TXI2 
TURn 
TXRBUF 
M,A 
"TXRBUF 
A,IIlH 
TXFLAC 
PSW 
"; EhABLE 
;OONE 
TXPfliT 
',H 
TXDATA 
"TXPNT 
TXl1 


;SAYE 
HL 
;SAV£ 
PSW 
; 
(-, 
Rf.AD 
8271 
STATUS 
; 
(-) 
TEST 
TXlRA 
BIT 
; 
(-, 
IF 
II, 
DATA 
TRANSFER 
; 1, 
THEN 
REAr.. 
TXlR 
;GET 
RESULT 
BUFFER 
POINTER 
;STORE 
RESULT 
IN 
BUFrER 
;BUMP 
Rf;SULT 
POINTER 
; RESTORE 
RESULT 
POINTER 
;SET 
TXFLAG 
TO 
SHOW 
COHPLETION 
;SET 
FLAG 
; RESTORE 
PSW 
; RESTORE 
HL 
INTERRUPTS 


(-I 
GET 
DATA 
POlhTER 
(-) 
GET 
DATA 
FROM 
BurFER 
(-, 
OUTPUT 
TO 
8271 
VIA 
TXOACt< 
(-I 
BUMP 
DATA 
POINTER 
(-, 
RESTORE 
POINTER 
; 
(-, 
RETURN 
AFTER 
RE:STORE 


Figure 22. Interrupt-Driven 
Result 
Handlers with Non-DMA Data Transfers 


need the lines where the IRA bit is tested for zero. 
(These lines are denoted by an asterisk in the comments 
column.) Note that the INT bit is used to determine 
when all results have been read. All results must be 
read. Otherwise, the INT bit (and pin) will remain high 
and further interrupts may be missed. These routines 


place the results in a result buffer pointed 
at by 
RCRBUF and TxRBUF. 


A typical result handler for systems utilizing polling is 
shown in Figure 23. Data transfers are also handled by 
this routine. This routine utilizes the routines of Figure 
22 to handle the results. 


At this point, the reader should have a good conceptual 
feel about how the 8273 operates. It is now time for the 
particulars of each command to be discussed. 


,FUNCTION: 
POLOP 
; INPUTS: 
NONE. 


,OUTPUTS: 
c-e 
(NO 
STATUS), 
-1 
(RX 
COMPLETION), 


, 
-2 
(TX 
COMPLETION). 
=1 
(BOTH) 
;CALLS: 
TXI, 
RXI 
;OESTROYS: 
B,C 


,D.SC~IPTION: 
POLOP 
IS 
CALLED 
TO 
POLL 
T"E 
8271 
FOR 
,DATA 
TRANSFERS 
AND 
COMPLETION 
RESULTS. 
THE 
,ROU1'INES 
TXI 
AND 
RXI 
ARE 
USED 
FOR 
THE 
ACTUAL 
,TRANSF£RS 
AND 
BUFFER 
WORR, 
POLOP 
RETUNNS 
;ThE 
S'l'AT!JS 
OF 
THEIR 
ACTION. 


POLOP: 
PUSh 
MVI 
POLopl: 
IlII 


ANI 
JZ 
IN 
ANI 
JNZ 
CALL 
LOA 
CPI 
JNZ 


INR 
INN 
JRP 


PSW 
C,SOH 
STAT71 
IN'!' 
PEXI1' 
STA1'71 


RXINT 
RXIC 
TXI 
TXFLAG 
81H 
PEXIT 
C 
C 
POLOP1 


iSAVE PSW 
;CLEAR 
C 
,READ 
8271 
STATUS 
iARE 
TXINT 
OR 
RXINT 
SET? 
;NO, 
EXIT 
;REAO 
8271 
STATUS 
;Tt;ST 
RX INT 
,YES, 
GO 
SERVICE 
RX 
;MUST 
BE 
TX, 
GO SERVICE 
IT 
,GET 
TX 
FLAG 
;WAS 
IT 
A 
COMPLETION? 
(01) 
iNO, 
so JUST 
EXIT 
;Yt:S, 
UPDATE 
C 


CALL 
LOA 
Cf! 
JNZ 
INR 
JMP 


RXI 
RXFLAG 
01" 
PEXIT 
C 
POLOP1 


:GO 
SERVICE 
RX 
,GET 
RX 
FLAG 
,hAS 
IT 
A 
OOMPLE1'ION? 
(01) 
,NO, 
SO 
JUST 
EXIT 
i ¥l::S, 
UPDATE 
C 
;TR¥ 
AGAIN 


PSW 
; k.l:.S'l'ORf. 
PSW 


;Rt:TURtt 
\oo"ITH 
CaMP. 
STATUS 
Ii"4 
C 


611001-62 


In this section, each command is discussed in detail. In 
order to shorten the notation, please refer to the com- 
mand key in Table I. The 8273 utilizes five different 
command types: Initialization/Configuration, 
Receive, 


Transmit, Reset, and Modem Control. 


Table 1.Command Summary Key 


Bo. B1 
RO.R1 


Lo. L1 
A1.A2 


RIC 


TIC 


A 


C 


-LSB 
and MSB of Receive 
Buffer Length 


-LSB 
and MSB of Received 
Frame Length 


-LSB 
and MSB of Transmit 
Frame Length 


-Match 
Addresses 
for Selective 
Receive 


-Receiver 
Interrupt 
Result Code 


-Transmitter 
Interrupt 
Result Code 


-Address 
Field of Received 
Frame 


-Control 
Field of Received 
Frame 


inter 


The Initialization/Configuration 
commands manipu- 
late registers internal to the 8273 that define the various 
operating modes. These commands either set or reset 
specified bits in the registers depending on the type of 
command. One parameter is required. Set commands 
perform 
a logical OR 
operation 
of the parameter 
(mask) and the internal register. This mask contains Is 
where register bits are to be set. A "0" in the mask 
causes no change in the corresponding register bit. Re- 
set commands perform a logical ANO operation of the 
parameter 
(mask) and the internal register, i.e., the 
mask is "0" to reset a register bit and a "I" to cause no 
change. Before presenting the commands, the register 
bit definitions are discussed. 


07-06: Not Used-These bits must not be manipulat- 
ed by any command; i.e., 07-06 must be 0 
for the Set command and I for the Reset com- 
mand. 
Os: 
HDLC Abort-When 
this bit is set, the 8273 
will interrupt when 7 Is (HOLC Abort) are 
received by an active receiver. When reset, an 
SOLC Abort (8 Is) will cause an interrupt. 
04: 
EOP Interrupt-Reception of an EOP charac- 
ter (0 followed by 7 Is) will cause the 8273 to 
interrupt the CPU when this bit is set. Loop 
controller stations use this mode as a signal 
that a polling frame has completed the loop. 
No EOP interrupt is generated when this bit is 
reset. 
Early Tx Interrupt-This 
bit specifies when 
the transmitter 
should generate an end of 
frame interrupt. If this bit is set, an interrupt is 
generated when the last data character 
has 
been passed to the 8273. If the user software 
issues another transmit command within two 
byte times, the final flag interrupt does not oc- 
cur and the new frame is transmitted 
with 
only one flag of separation. If this restriction is 
not met, more than one flag will separate the 
frames and a frame complete interrupt is gen- 
erated after the closing flag. If the bit is reset, 
only the frame complete interrupt occurs. This 
bit, when set, allows a single flag to separate 
consecutive frames. 
Buffered Addressand Control-When set, the 
address and control fields of received frames 
are butTered in the 8273 and passed to the 
CPU as results after a received frame interrupt 
(they are not transferred to memory with the 
information field). On transmit, the A and C 
fields are passed to the 8273 as parameters. 
This 
mode 
simplifies 
butTer management. 
When this bit is reset, the A and C fields are 


passed to and from memory as the first two 
data transfers. 
0\: 
PreframeSync-When 
set, the 8273 prefaces 
each transmitted 
frame with two characters 
before the opening flag. These two characters 
provide 16 transitions to allow synchroniza- 
tion of the opposing receiver. To guarantee 16 
transitions, the two characters are 55H-55H 
for non-NRZI mode (see Serial I/O Register 
description) 
or DOH-DOHfor NRZI 
mode. 


When reset, no preframe characters are trans- 
mitted. 
00: 
Flag Stream-When 
set, the transmitter 
will 
start sending flag characters as soon as it is 
idle; i.e., immediately if idle when the com- 
mand is issued or after a transmission if the 
transmitter is active when this bit is set. When 
reset, the transmitter starts sending Idle char- 
acters on the next character boundary if idle 
already, or at the end of a transmission if ac- 
tive. 


FLAT STREAM MODE 


P"EFRAME 
SYNC MODE 
BUFFERED MODE 
EARLY fa INTERRUPT ENAILE 


EOP INTERRUPT ENABLE 


HDle 
"'IORT ENAlllE 
NOT USED - 
DO NOT CHANGE 
611001-21 


07-03: Not Used-These bits must be 0 for the Set 
command and I for the Reset command. 


02: 
Data Loopback-When 
set, transmitted 
data 
(TxO) is internally routed to the receive data 
circuitry. When reset, TxO and RxO are inde- 
pendent. 
0\: 
ClockLoopback-When set, TxC is internally 
routed to RxC. When reset, the clocks are in- 
dependent. 
00: 
NRZI (Non-Return to Zero Inverted-When 
set, the 8273 assumes the received data is 
NRZI encoded, and NRZI encodes the trans- 
mitted data. When reset, the received and 
transmitted data are treated as a normal posi- 
tive logic bit stream. 


Data Transfer 
Mode Register 
(Figure 26) 


°7-0\: Not Used-These bits must be 0 for the Set 
command and I for the Reset command. 
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Interrupt Data Transfer-When set, the 8273 
will interrupt the CPU when data transfers are 
required (the corresponding IRA Status regis- 
ter bit will be 0 to signify a data transfer inter- 
rupt rather than a Result phase interrupt). 
When reset, 8273 data transfers are performed 
through 
OMA 
requests on the ORQ pins 
without interrupting the CPU. 


07 
De 
05 
04 
03 
02 
01 
DO 


~'--~~- 
~ 
INTERRUPT 
DATA TRANSFERS 
~-------NOTUSED- 
DONOTCHAHGE 
611001-23 


07: 
One Bit Delay-When 
set, the 8273 retrans- 
mits the received data stream one bit delayed. 
This mode is entered and exited at a received 
character boundary. When reset, the transmit- 
ted and received data are independent. This 
mode is utilized for loop operation and is dis- 
cussed in a later section. 


06-00: Not Used-These bit must be 0 for the Set 
command and I for the Reset command. 


07 
0, 
05 
04 
03 
02 
01 
Do 
I~~~ 
NOT USED - 
DO NOT CHAHGE 


ONE 
BIT DELAY 
ENABLE 
611001-24 


Figure 28 shows the Set and Reset commands associat- 
ed with the above registers. The mask which sets or 
resets the desired bits is treated as a single parameter. 
These commands do not interrupt nor provide results 
during the Result phase. After reset, the 8273 defaults 
to all of these bits reset. 


Command 
Hex 
Parameter 
Register 
Code 


One Bit Delay 
Set 
A4 
Set Mask 
Mode 
Reset 
64 
Reset Mask 


Data Transfer 
Set 
97 
Set Mask 
Mode 
Reset 
57 
Reset Mask 


Set 
91 
Set Mask 
Operating 
Mode 
Reset Mask 
Reset 
51 


Set 
AO 
Set Mask 
Serial I/O Mode 
Reset 
60 
Reset Mask 


Figure 28. Initialization/Configuration 
Command 
Summary 


The 8273 supports three receive commands plus a re- 
ceiver disable function. 


When commanded to General Receive, the 8273 passes 
all frames either to memory (OMA mode) or to the 
CPU (non-OMA mode) regardless of the contents of 
the frame's address field. This command is used for 
primary and loop controller stations. Two parameters 
are required: Bo and BI. These parameters are the LSB 
and MSB of the receiver buffer size. Giving the 8273 
this extra information alleviates the CPU of the burden 
of checking for buffer overflow. The 8273 will interrupt 
the CPU if the received frame attempts to overfJ1lthe 
allotted buffer space. 


In Selective Receive, two additional parameters besides 
Bo and BI are required: Al and A2. These parameters 
are two address match bytes. When commanded to Se- 
lective Receive, the 8273 passes to memory or the CPU 
only those frames having an address field matching ei- 
ther Al or A2. This command is usually used for sec- 
ondary stations with A I being the secondary address 
and A2 is the "All Parties" address. If only one match 
byte is needed, Al and A2 should be equal. As in Gen- 
eral Receive, the 8273 counts the incoming data bytes 
and interrupts the CPU if Bo, BI is exceeded. 


This command is very similar in operation to Selective 
Receive except that One Bit Oelay mode must be set 


inter 


and that the loop is captured by placing transmitter in 
Flag Stream mode automatically after an EOP charac- 
ter is detected following a selectively received frame. 
The details of using the 8273 in loop configurations is 
discussed in a later section so please hold questions un- 
til then. 


The handling of interrupt results is common among the 
three commands. When a frame is received without er- 
ror, i.e., the FCS is correct and CD (Carrier Detect) 
was active throughout 
the frame or no attempt was 
made to overfill the buffer; the 8273 interrupts the CPU 
following the closing flag to pass the completion re- 
sults. These results, in order. are the receiver interrupt 
result code (RIC). and the byte length of the informa- 
tion field of the received frame (Ro. RI)' If Buffered 
mode is selected, the address and control fields are 
passed as two additional results. If Buffered mode is not 
selected. the addres[, and control fields are passed as the 


first two data transfers and Ro. R I reflect the informa- 
tion field length plus two. 


The receiver may also be disabled using the Receive 
Disable command. This command terminates any re- 
ceive operation immediately. No parameters 
are re- 
quired and no results are returned. 


The details for the Receive command are shown in Fig- 
ure 29. The interrupt result code key is shown in Figure 
30. Some explanation of these result codes is appropri- 
ate. 


The interrupt result code is the first byte passed to the 
CPU in the RxI/R 
register during the Result phase. 


Bits D4-DO define the cause of the receiver interrupt. 
Since each result code has specific implications, they 
are discussed separately below. 


Command 
Hex 
Parameters 
Results' 
Code 
Rxl/R 


General 
Receive 
CO 
Bo. Bl 
RIC, Ro, Rl. A, C 
Selective 
Receive 
C1 
Bo. Bl' A1' A2 
RIC, Ro. R1. A, C 
Selective 
Loop Receive 
C2 
Bo. B1' A1' A2 
RIC, Ro, R1. A, C 
Disable Receiver 
C5 
None 
None 


'NOTE: 
A and C are passed 
as results 
only in buffered 
mode. 
Figure 
29. Receiver 
Command 
Summary 


RIC 
Receiver 
Interrupt 
Result 
Code 
RxStatus 
07-00 
After 
INT 
• 
00000 
A1 Match or General 
Receive 
Active 
• 
00001 
A2 Match 
Active 
000 
00011 
CRC Error 
Active 
000 
00100 
Abort Detected 
Active 
000 
00101 
Idle Detected 
Disabled 
000 
00110 
EOP Detected 
Disabled 
000 
00111 
Frame < 32 Bits 
Active 
000 
01000 
DMAOverrun 
Disabled 
000 
01001 
Memory 
Buffer Overflow 
Disabled 
000 
01010 
Carrier Detect Failure 
Disabled 
000 
01011 
Receiver 
Interrupt 
Overrun 
Disabled 


'07-05 
Partial 
Byte 
Received 


111 
All 8 Bits of Last Byte 
000 
Do 
100 
01-00 
010 
02-00 
110 
03-00 
001 
04-00 
101 
05-00 
011 
06-00 


Figure 30. Receiver 
Interrupt 
Result 
Codes 
(RIC) 


2-312 
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The first two result codes result from the error-free re- 
ception of a frame. If the frame is received correctly 
after a General Receive command, the first result is 
returned. If either Selective Receive command was used 
(normal or loop), a match with Al generates the first 
result code and a match with A2 generates the second. 
In either case, the receiver remains active after the in- 
terrupt; however, the internal buffer size counters are 
not reset. That is, if the receive command indicated 100 
bytes were allocated to the receive buffer (Bo, BI) and 
an 80-byte frame was received correctly, the maximum 
next frame size that could be received without recom- 
manding the receiver (resetting Bo and BI) is 20 bytes. 
Thus, it is common practice to recommand the receiver 
after each frame reception. DMA 
and/or 
memory 
pointers are usually updated at this time. (Note that 
users who do not wish to take advantage of the 8273's 
buffer management features may simply use BO'BI = 
OFFH for each receive command. Then frames of 65K 
bytes may be received without buffer overflow errors.) 


The third result code is a CRC error. This indicates 
that a frame was received in the correct format (flags, 
etc.); however, the received FCS did not check with the 
internally generated FCS. The frame should be discard- 
ed. The receiver remains active. (Do not forget that 
even though an error condition has been detected, all 
frame information up until that error has either been 
transferred to memory or passed to the CPU. This in- 
formation should be invalidated. This applies to all re- 
ceiver error conditions.) 
Note that the FCS, either 
transmitted or received, is never available to the CPU. 


The Abort Detect result occurs whenever the receiver 
sees either an SDLC (8 Is) or an HDLC (7 Is), depend- 
ing on the Operating Mode register. However, the in- 
tervening Abort character between a closing flag and an 
Idle does not generate an interrupt. If an Abort charac- 
ter (seen by an active receiver within a frame) is not 
preceded by a flag and is followed by an idle, an inter- 
rupt will be generated for the Abort, followed by an 
Idle interrupt one character time later. The Idle Detect 
result occurs whenever 15 consecutive Is are received. 
After the Abort Detect interrupt, the receiver remains 
active. After the Idle Detect interrupt, the receiver is 
disabled and must be recommanded 
before further 
frames may be received. 


If the EOP Interrupt bit is set in the Operating Mode 
register, the EOP Detect result is returned whenever an 
EOP character is received. The receiver is disabled, so 
the Idle following the EOP does not generate an Idle 
Detect interrupt. 


The minimum number of bits in a valid frame between 
the flags is 32. Fewer than 32 bits indicates an error. If 
Buffered mode is selected, such frames are ignored, i.e., 
no data transfers or interrupts are generated. In non- 
Buffered mode, a < 32-bit frame generates an interrupt 


with the < 32-bit frame result since data transfers may 
already have disturbed the 8257 or interrupt handler. 
The receiver remains active. 


The DMA Overrun results from the DMA controller 
being too slow in extracting data from the 8273, i.e., the 
RxDACK 
signal is not returned before the next re- 
ceived byte is ready for transfer. The receiver is dis- 
abled if this error condition occurs. 


The Memory Buffer Overflow result occurs when the 
number of received bytes exceeds the receiver buffer 
length supplied by the Bo and BI parameters in the 
receive command. The receiver is disabled. 


The Carrier Detect Failure result occurs when the CD 
pin ~ 
high (inactive) during reception of a frame. 
The CD pin is used to qualify reception and must be 
active by the time the address field starts to be received. 
If CD is lost during the frame, a CD Failure interrupt 
is generated and the receiver is disabled. No interrupt is 
generated if CD goes inactive between frames. 


If a condition occurs requiring an interrupt be generat- 
ed before the CPU has finished reading the previous 
interrupt results, the second interrupt is generated after 
the current Result phase is complete (the RxINT pin 
and status bit go low then high). However, the inter- 
rupt result for this second interrupt will be a Receive 
Interrupt Overrun. The actual cause of the second in- 
terrupt is lost. One case where this may occur is at the 
end of a received frame where the line goes idle. The 
8273 generates a received frame interrupt after the clos- 
ing flag and then 15-bit times later, generates an Idle 
Detect interrupt. If the interrupt service routine is slow 
in reading the first interrupt's 
results, the internal 
RxIIR 
register still contains result information when 
the Idle Detect interrupt occurs. Rather than wiping 
out the previous results, the 8273 adds a Receive Inter- 
rupt Overrun result as an extra result. If the system's 
interrupt structure is such that the second interrupt is 
not acknowledged (interrupts are still disabled from the 
first interrupt), the Receive Interrupt Overrun result is 
read as an extra result, after those from the first inter- 
rupt. If the second interrupt is serviced, the Receive 
Interrupt Overrun is returned as a single result. (Note 
that the INT pins supply the necessary transitions to 
support a Programmable Interrupt Controller such as 
the Intel 8259. Each interrupt generates a positive-go- 
ing edge on the appropriate INT pin and the high level 
is held until the interrupt is completely serviced.) In 
general, it is possible to have interrupts occurring at 
one character time intervals. Thus the interrupt han- 
dling software must have at least that much response 
and service time. 


The occurrence of Receive Interrupt Overruns is an in- 
dication of marginal software design; the system's inter- 
rupt response and servicing time is not sufficient for the 


data rates being attempted. It is advisable to configure 
the interrupt handling software to simply read the in- 
terrupt results, place them into a buffer, and clear the 
interrupt as quickly as possible. The software can then 
examine the buffer for new results at its leisure, and 
take appropriate 
action. This can easily be accom- 
plished by using a result buffer flag that indicates when 
new results are available. The interrupt handler sets the 
flag and the main program resets it once the results are 
retrieved. 


Both SOLC and HOLC allow frames which are of arbi- 
trary length (> 32 bits). The 8273 handles this N-bit 
reception through the high order bits (07-05) 
of the 
result code. These bits code the number of valid re- 
ceived bits in the last received information field byte. 
This coding is shown in Figure 30. The high order bits 
of the received partial byte are indeterminate. [The ad- 
dress, control, and information fields are transmitted 
least significant bit (Ao) first. The FCS is complement- 
ed and transmitted most significant bit first.] 


The 8273 transmitter is supported by three Transmit 
commands and three corresponding Abort commands. 


The Transmit 
Frame 
command 
simply transmits 
a 
frame. Four parameters are required when Buffered 
mode is selected and two when it is not. In either case, 
the first two parameters are the least and the most sig- 
nificant bytes of the desired frame length (La, Ll). In 
Buffered mode, La and Ll equal the length in bytes of 
the desired information field, while in the non-Buffered 
mode, La and Ll must be specified at the information 
field length plus two. (La and Ll specify the number of 
data transfers to be performed.) In Buffered mode, the 
address and control fields are presented to the transmit- 
ter as the third and fourth parameters respectively. In 
non-Buffered mode, the A and C fields must be passed 
as the first two data transfers. 


When the Transmit 
Frame command is issued, the 
8273 makes RTS (Request-to-Send) active (pin low) if 
it was not already. It then waits until CTS (Clear-to- 
Send) goes active (pin low) before starting the frame. If 
the Preframe Sync bit in the Operating Mode register is 
set, the transmitter 
prefaces two characters (16 tran- 
sitions) before the opening flag. If the Flag Stream bit is 
set in the Operating Mode register, the frame (including 
Preframe Sync if selected) is started on a flag boundary. 
Otherwise the frame starts on a character boundary. 


At the end of the frame, the transmitter interrupts the 
CPU (the interrupt results are discussed shortly) and 


returns to either Idle or Flag Stream, depending on the 
Flag Stream bit of the Operating Mode register. If RTS 
was active before the transmit command, the 8273 does 
not change it. If it was inactive, the 8273 will deactivate 
it within one character time. 


Loop Transmit is similar to Frame Transmit (the pa- 
rameter definition is the same). But since it deals with 
loop configurations, One Bit Oelay mode must be se- 
lected. 


If the transmitter is not in Flag Stream mode when this 
command is issued, the transmitter waits until after a 
received EOP character has been converted to a flag 
(this is done automatically) before transmitting. (The 
one bit delay is, of course, suspended during transmit.) 
If the transmitter is already in Flag Stream mode as a 
result of a selectively received frame during a Selective 
Loop Receive command, transmission will begin at the 
next flag boundary for Buffered mode or at the third 
flag boundary for non-Buffered mode. This discrepancy 
is to allow time for enough data transfers to occur to fill 
up the internal transmit buffer. At the end of a Loop 
Transmit, the One Bit Oelay mode is re-entered and the 
flag stream mode is reset. More detailed loop operation 
is covered later. 


The Transmit Transparent command enables the 8273 
to transmit a block of raw data. This data is without 
SOLC protocol, i.e., no zero bit insertion, flags, or 
FCS. Thus it is possible to construct and transmit a Bi- 
Sync message for front-end processor switching or to 
construct and transmit an SOLC message with incor- 
rect FCS for diagnostic purposes. Only the La and Ll 
parameters are used since there are not fields in this 
mode. (The 8273 does not support a Receive Transpar- 
ent command.) 


Each of the above transmit commands has an associat- 
ed Abort command. The Abort Frame Transmit com- 
mand causes the transmitter to send eight contiguous 
ones (no zero bit insertion) immediately and then revert 
to either idle or flag streaming based on the Flag 
Stream bit. (The 8 Is as an Abort character is compati- 
ble with both SOLC and HOLC.) 


For Loop Transmit, the Abort Loop Transmit com- 
mand causes the transmitter to send one flag and then 
revert to one bit delay. Loop protocol depends upon 
FCS errors to detect aborted frames. 
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The Abort Transmit 
Transparent 
simply causes the 
transmitter to revert to either idles or flags as a func- 
tion of the Flag Stream mode specified. 


The Abort commands require no parameters, however, 
they do generate an interrupt and return a result when 
complete. 


A summary of the Transmit commands is shown in 
Figure 31. Figure 32 shows the various transmit inter- 
rupt result codes. As in the receiver operation, the 
transmitter generates interrupts based on either good 
completion of an operation or an error condition to 
start the Result phase. 


The Early Transmit Interrupt 
result occurs after the 
last data transfer to the 8273 if the Early Transmit In- 
terrupt bit is set in the Operating Mode register. If the 
8273 is commanded to transmit again within two char- 
acter times, a single flag will separate the frames. (Buff- 
ered mode must be used for a single flag to separate the 
frames. If non-Buffered mode is selected, three flags 
will separate the frames.) If this time constraint is not 
met, another interrupt is generated and multiple flags 
or idles will separate the frames. The second interrupt 
is the normal Frame Transmit Complete interrupt. The 
Frame Transmit Complete result occurs at the closing 
flag to signify a good completion. 


The DMA Underrun result is analogous to the DMA 
Overrun result in the receiver. Since SDLC does not 


support intraframe time fill, if the DMA controller or 
CPU does not supply the data in time, the frame must 
be aborted. The action taken by the transmitter on this 
error is automatic. It aborts the frame just as if an 
Abort command had been issued. 


Clear-to-Send Error result is generated if CTS goes in- 
active during a frame transmission. The frame is abort- 
ed as above. 


The Abort Complete result is self-explanatory. Please 
note however that no Abort Complete interrupt is gen- 
erated when an automatic abort occurs. The next com- 
mand type consists of only one command. 


The Reset command provides a software reset function 
for the 8273. It is a special case and does not utilize the 
normal command interface. The reset facility is provid- 
ed in the Test Mode register. The 8273 is reset by sim- 
ply outputting a OIH 
followed by a OOH to the Test 
Mode register. Writing the 01 followed by the 00 mim- 
icks the action required by the hardware reset. Since 
the 8273 requires time to process the reset internally, at 
least 10 cycles of the </>CLKclock must occur between 
the writing of the 01 and the 00. The action taken is the 
same as if a hardware reset is performed, namely: 
I) The modem control outputs are forced high inactive. 


Command 
Hex 
Parameters· 
Results 
Code 
TxllR 


Transmit 
Frame 
C8 
Lo, L1' A, C 
TIC 
Abort 
CC 
None 
TIC 


Loop Transmit 
CA 
Lo, L1' A, C 
TIC 
Abort 
CE 
None 
TIC 


Transmit 
Transparent 
CO 
Lo, L1 
TIC 
Abort 
CD 
None 
TIC 


·NOTE: 
A and C are passed 
as parameters 
in buffered 
mode 
only. 
Figure 31. Transmitter Command Summary 


RIC 
Transmitter Interrupt 
Tx Status 
07-00 
Result Code 
after INT 


00001100 
Early Tx Interrupt 
Active 
00001101 
Frame Tx Complete 
Idle or Flags 
00001110 
DMA Underrun 
Abort 
00001111 
Clear to Send Error 
Abort 
00010000 
Abort Complete 
Idle or Flags 


2) The 8273 Status register is cleared. 
3) Any commands in progress cease. 
4) The 8273 enters an idle state until the next command 
is issued. 


The modem control ports were discussed earlier in the 
Hardware section. The commands used to manipulate 
these ports are shown in Figure 33. The Read Port A 
and Read Port B commands are immediate. The bit 
defmition for the returned byte is shown in Figures 13 
and 14.00 not forget that the returned value represents 
the logical condition of the pin, i.e., pin active (low) = 
bit set. 


The Set and Reset Port B commands are similar to the 
Initialization commands in that they use a mask pa- 
rameter which defines the bits to be changed. Set Port 
B utilizes a logical OR mask and Reset Port B uses a 
logical ANO mask. Setting a bit makes the pin active 
(low). Resetting the bit deactivates the pin (high). 


To help clarify the numerous timing relationships that 
occur and their consequences, Figures 34 and 35 are 
provided as an illustration of several typical sequences. 
It is suggested that the reader go over these diagrams 
and re-read the appropriate part of the previous sec- 
tions if necessary. 


The 8273 supports HOLC as well as SOLC. Let's dis- 
cuss how the 8273 handles the three basic HOLC/ 
SOLC differences: extended addressing, extended con- 
trol, and the 7 Is Abort character. 


Recalling Figure 4a, HOLC supports an address field 
of indefinite length. The actual amount of extension 
used is determined by the least significant bit of the 
characters immediately following the opening flag. If 
the LSB is 0, more address field bytes follow. If the 
LSB is 1, this byte is the final address field byte. Soft- 
ware must be used to determine this extension. 


If non-Buffered mode is used, the A, C, and I fields are 
in memory. The software must examine the initial char- 
acters to find the extent of the address field. If Buffered 
mode is used, the characters 
corresponding 
to the 
SOLC A and C fields are transferred to the CPU as 
interrupt results. Buffered mode assumes the two char- 
acters following the opening flag are to be transferred 
as interrupt results regardless of content or meaning. 
(The 8273 does not know whether it is being used in an 
SOLC or an HOLC environment.) 
In SOLC, these 
characters are necessarily the A and C field bytes, how- 
ever in HOLC, their meaning may change depending 
on the amount of extension used. The software must 
recognize this and examine the transferred results as 
possible address field extensions. 


Frames may still be selectively received as is needed for 
secondary stations. The Selective Receive command is 
still used. This command qualifies a frame reception on 
the first byte following the opening flag matching either 
of the Al or Az match byte parameters. While this does 
not allow qualification over the complete range of 
HOLC addresses, it does perform a qualification on the 
first address byte. The remaining address field bytes, if 
any, are then examined via software to completely qual- 
ify the frame. 


Once the extent of the address field is found, the follow- 
ing bytes form the control field. The same LSB test 
used for the address field is applied to these bytes to 
determine the control field extension, up to two bytes 
maximum. The remaining frame bytes in memory rep- 
resent the information field. 


The Abort character difference is handled in the Oper- 
ating Mode register. If the HOLC Abort Enable bit is 
set, the reception of seven contiguous ones by an active 
receiver will generate an Abort Oetect interrupt rather 
than eight ones. (Note that both the HOLC Abort En- 
able bit and the EOP Interrupt 
bit must not be set 
simultaneously.) 


Now let's move on to the SOLC loop configuration 
discussion. 


Command 
Hex 
Parameter 
Reg 
Port 
Code 
Result 


A Input 
Read 
22 
None 
Port Value 


Read 
23 
None 
Port Value 


B Output 
Set 
A3 
Set Mask 
None 


Reset 
63 
Reset Mask 
None 
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Aside from use in the normal data link applications, the 
8273 is extremely attractive in loop configuration due 
to the special frame-level loop commands and the Digi- 
tal Phase Locked Loop. Toward this end, this section 
details the hardware and software considerations when 
using the 8273 in a loop application. 


The loop configuration offers a simple, low-cost solu- 
tion for systems with multiple stations within a small 
physical location, i.e., retail stores and banks. There are 
two primary reasons to consider a loop configuration. 
The interconnect cost is lower for a loop over a multi- 
point configuration since only one twisted pair or fiber 
optic cable is used. (The loop configuration does not 
support the passing of distinct clock signals from sta- 
tion to station.) In addition, loop stations do not need 
the intelligence of a multi-point station since the loop 


protocol is simpler. The most diflicult aspects of loop 
station design are clock recovery and implementation 
of one bit delay (both are handled neatly by the 8273). 


Figure 36 illustrates a typical loop configuration with 
one controller and two down-loop secondaries. Each 
station must derive its own data timing from the re- 
ceived data stream. Recalling our earlier discussion of 
the DPLL, notice that TxC and RxC clocks are provid- 
ed by the DPLL output. The only clock required in the 
secondaries is a simple, non-synchronized clock at 32 
times the desired baud rate. The controller requires 
both 32X and I X clocks. (The I X is usually imple- 
mented by dividing the 32X clock with a 5-bit divider. 
However, there is no synchronism requirement between 
these clocks so any convenient implementation may be 
used.) 
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A quick review of loop protocol is appropriate. All 
communication on the loop is controlled by the loop 
controller. When the controller wishes to allow the sec- 
ondaries to transmit, it sends a polling frame (the con- 
trol field contains a poll code) followed by an EOP 
(End-of-Poll) character. The secondaries use the EOP 
character to capture the loop and insert a response 
frame as will be discussed shortly. 


The secondaries normally operate in the repeater mode, 
retransmitting received data with one bit time of delay. 
All received frames are repeated. The secondary uses 
the one bit time of delay to capture the loop. 


When the loop is idle (no frames), the controller trans- 
mits continuous flag characters. This keeps transitions 
on the loop for the sake of down-loop phase locked 
loops. When the controller has a non-polling frame to 
transmit, it simply transmits the frame and continues to 
send flags. The non-polling frame is then repeated 
around the loop and the controller receivesit to signify 
a complete traversal of the loop. At the particular sec- 
ondary addressed by the frame, the data is transferred 
to memory while being repeated. Other secondaries 
simply repeat it. 


If the controller wants to poll the secondaries, it trans- 
mits a polling frame followed by all Is (no zero bit 
insertion). The final zero of the closing frame plus the 
first seven Is form an EOP. While repeating, the secon- 
daries monitor their incoming line for an EOP. When 
an EOP is received, the secondary checks if it has any 
response for the controller. If not, it simply continues 
repeating. If the secondary has a response, it changes 
the seventh EOP one into a zero (the one bit time of 
delay allows time for this) and repeats it, forming a flag 
for the down-loop stations. After this flag is transmit- 
ted, the secondary terminates its repeater function and 
inserts its response frame (with multiple preceding flags 
if necessary). After the closing flag of the response, the 
secondary re-enters its repeater function, repeating the 
up-loop controller Is. Notice that the fmal zero of the 
response's closing flag plus the repeated Is from the 
controller form a new EOP for the next down-loop sec- 
ondary. This new EOP allows the next secondary to 
insert a response if it desires. This giveseach secondary 
a chance to respond. 


Back at the controller, after the polling frame has been 
transmitted and the continuous Is started, the control- 
ler waits until it receives an EOP. Receiving an EOP 
signifies to the controller that the original frame has 
propagated around the loop followed by any responses 
inserted by the secondaries.At this point, the controller 
may either send flags to idle the loop or transmit the 
next frame. Let's assume that the loop is implemented 
completely with the 8273s and describe the command 
flows for a typical controller and secondary. 


The loop controller is initialized with commands which 
specify that the NRZI, Preframe Sync, Flag Stream, 
and EOP Interrupt modes are set. Thus, the controller 
encodes and decodes all data using NRZI format. Pre- 
frame Sync mode specifies that all transmitted frames 
be prefaced with 16 line transitions. This ensures that 
the minimum of 12transitions needed by the DPLL to 
lock after an all Is line has occurred by the time the 
secondary sees a frame's opening flag. Setting the Flag 
Stream mode starts the transmitter sending flags which 
idles the loop. And the EOP Interrupt mode specifies 
that the controller processor will be interrupted when- 
ever the active receiver sees an EOP, indicating the 
completion of a poll cycle. 


When the controller wishes to transmit a non-polling 
frame, it simply executes a Frame Transmit command. 
Since the Flag Stream mode is set, no EOP is formed 
after the closing flag. When a polling frame is to be 
transmitted, a General Receive command is executed 
first. This enables the receiver and allows reception of 
all incoming frames; namely, the original polling frame 
plus any response frames inserted by the secondaries. 
After the General Receive command, the frame is 
transmitted with a Frame Transmit command. When 
the frame is complete, a transmitter interrupt is gener- 


ated. The loop controller processor uses this interrupt 
to reset Flag Stream mode. This causes the transmitter 
to start sending all Is. An EOP is formed by the last 
flag and the first 7 Is. This completes the loop control- 
ler transmit sequence. 


At any time following the start of the polling frame 
transmission the loop controller receiver will start re- 
ceiving frames. (The exact time difference depends, of 
course, on the number of down-loop secondaries due to 
each inserting one bit time of delay.) The first received 
frame is simply the original polling frame. However, 
any additional frames are those inserted by the secon- 
daries. The loop controller processor knows all frames 
have been received when it sees an EOP Interrupt. This 
interrupt is generated by the 8273 since the EOP Inter- 
rupt mode was set during initialization. At this point, 
the transmitter may be commanded either to enter Flag 
Stream mode, idling the loop, or to transmit the next 
frame. A flowchart of this sequence is shown in Figure 
37. 
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The secondaries are initialized with the NRZI and One 
Bit Delay modes set. This puts the 8273 into the repeat- 
er mode with the transmitter 
repeating the received 
data with one bit time of delay. Since a loop station 
cannot transmit until it sees an EOP character, any 
transmit command is queued until an EOP is received. 
Thus whenever the secondary wishes to transmit a re- 
sponse, a Loop Transmit command is issued. The 8273 
then waits until it receives an EOP. At this point, the 
receiver changes the EOP into a flag, repeats it, resets 
One Bit Delay mode stopping the repeater function, 
and sets the transmitter into Flag Stream mode. This 
captures the loop. The transmitter now inserts its meso 
sage. At the closing flag, Flag Stream mode is reset, and 
One Bit Delay mode is set, returning the 8273 to re- 
peater function and forming an EOP for the next down- 
loop station. These actions happen automatically after a 
Loop Transmit command is issued. 


When the secondary wants its receiver enabled, a Selec- 
tive Loop Receive command is issued. The receiver 
then looks for a frame having a match in the Address 
field. Once such a frame is received, repeated, and 
transferred to memory, the secondary's processor is in- 
terrupted with the appropriate Match interrupt result 
and the 8273 continues with the repeater function until 
an EOP is received, at which point the loop is captured 
as above. The processor should use the interrupt to de- 
termine if it has a message for the controller. If it does, 
it simply issues a Loop Transmit command and things 
progress as above. If the processor has no message, the 
software must reset the Flag Stream mode bit in the 
Operating Mode register. This will inhibit the 8273 
ftom capturing the loop at the EOP. (The match frame 
and the EOP may be separated in time by several 
frames depending on how many up-loop stations insert- 
ed messages of their own.) If the timing is such that the 
receiver has already captured the loop when the Flag 
Stream mode bit is reset, the mode is exited on a flag 
boundary and the frame just appears to have extra clos- 
ing flags before the EOP. Notice that the 8273 handles 
the queuing of the transmit commands and the setting 
and resetting of the mode bits automatically. Figure 38 
illustrates the major points of the secondary command 
sequence. 
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When an off-line secondary wishes to come on-line, it 
must do so in a manner which does not disturb data on 
the loop. Figure 39 shows a typical hardware interface. 
The line labeled Port could be one of the 8273 Port B 
outputs and is assumed to be high (1) initially. Thus up- 
loop data is simply passed down-loop with no delay; 
however, the receiver may still monitor data on the 
loop. To come on-line, the secondary is initialized with 
only the EOP Interrupt mode set. The up-loop data is 
then monitored until an EOP occurs. At this point, the 
secondary's CPU is interrupted with an EOP interrupt. 
This signals the CPU to set One Bit Delay mode in the 
8273 and then to set Port low (active). These actions 
switch the secondary's one bit delay into the loop. Since 
after the EOP only Is are traversing the loop, no loop 
disturbance occurs. The secondary now waits for the 
next EOP, captures the loop, and inserts a "new on- 
line" message. This signals the controller that a new 
secondary exists and must be acknowledged. After the 
secondary receives its acknowledgement, the normal 
command flow is used. 


It is hopefully evident from the above discussion that 
the 8273 offers a very simple and easy to implement 
solution for designing loop stations whether they are 
controllers or down-loop secondaries. 


This section describes the hardware and software of the 
8273/808~ system used to verify the 8273 implementa- 
tion ofSDLC on an actual IBM SDLC Link. This IBM 
link was gratefully volunteered by Raytheon Data Sys- 
tems in Norwood, Mass. and I wish to thank them for 
their generous cooperation. The IBM system consisted 
of a 370 Mainframe, a 3705 Communications Proces- 
sor, and a 3271 Terminal Controller. A Comlink II 
Modem supplied the modem interface and all commu- 
nications took place at 4800 baud. In addition to ob- 
servingcorrect responses, a Spectron D60lB Datascope 
was used to verify the data exchanges. A block diagram 
of the system is shown in Figure 40. The actual verifica- 
tion was accomplished by the 8273 system receiving 
and responding to polls from the 3705. This method 
was used on both point-to-point and multi-point config- 
urations. No attempt was made to implement any high- 
er protocol software over that of the poll and poll 
responses since such software would not affect the veri- 
fication of the 8273 implementation. As testimony to 
the ease of use of the 8273, the system worked on the 
first try. 


An SDK-85 (System Design Kit) was used as the core 
8085 system. This system provides up to 4K bytes of 
ROM/EPROM, 
512 bytes of RAM, 761/0 
pins, plus 


inter 


two timers as provided 
in two 8755 Combination 
EPROM/I/O 
devices and 
two 
8155 Combination 
RAM/I/O/Timer 
devices. In addition, 5 interrupt in- 
puts are supplied on the 8085. The address, data, and 
control buses are butTeredby the 8212 and 8216 latches 
and bidirectional bus drivers. Although it was not used 
in this application, an 8279 Display Driver/Keyboard 
Encoder is included to interface the on-board display 
and keyboard. A block diagram of the SDK-85 is 
shown in Figure 41. The 8273 and associated circuitry 
was constructed on the ample wire-wrap area provided 
for the user. 


The example 8237/8085 system is interrupt-driven and 
uses DMA for all data transfers supervised by an 8257 
DMA Controller. A 2400 baud asynchronous line, im- 
plemented with an 8251A USART, provides communi- 
cation between the software and the user. 8253 Pro- 
grammable Interval Timer is used to supply the baud 
rate clocks for the 8251A and 8273. (The 8273 baud 
rate clocks were used only during initial system debug. 
In actual operation, the modem supplied these clocks 
via the RS-232 interface.) Two 2142 IK x 4 RAMs 
provided 512 bytes of transmitter and 512 bytes of re- 
ceiver butTer memory. (Command and result butTers, 


plus miscellaneous variables are stored in the 8155s.) 
The RS-232 interface utilized MCI488 and MCI489 
RS-232 drivers and receivers. The schematic of the sys- 
tem is shown in Figure 42. 


One detail to note is the DMA and interrupt structure 
of the transmit and receive channels. In both cases, the 
receiver is always given the higher priority (8257 DMA 
channel 0 has priority over the remaining channels and 
the 8085 RST 7.5 interrupt input has priority over the 
RST 6.5 input.) Although the choice is arbitrary, this 
technique minimizes the chance that 
received data 
could be lost due to other processor or DMA commit- 
ments. 


Also note that only one 8205 Decoder is used for both 
peripheral and memory Chip Select. This was done to 
eliminate separate memory and I/O decoders since it 
was known beforehand 
that 
neither 
address 
space 
would be completely filled. 


The 4 MHz crystal and 8224 Clock Generator were 
used only to verify that the 8273 operates correctly at 
that maximum spec speed. In a normal system, the 
3.072 MHz clock from the 8085 would be sufficient. 
(This fact was verified during initial checkout.) 
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The software consists of the normal monitor program 
supplied with the SDK-85 and a program to input com- 
mands to the 8273 and to display results. The SDK-85 
monitor allows the user to read and write on-board 
RAM, start execution at any memory location, to sin- 
gle-step through a program, and to examine any of the 
8085's internal registers. The monitor drives either the 
on-board keyboard/LED 
display or a serial TTY inter- 
face. This monitor was modified slightly in order to use 
the 8251A with a 2400 baud CRT as opposed to the 
110 baud normally used. The 8273 program imple- 
ments monitor-like user interface. 8273 commands are 
entered by a two-character code followed by any pa- 
rameters required by that command. When 8273 inter- 
rupts occur, the source of the interrupt is displayed 
along with any results associated with it. To gain a 
flavor of how the user/program 
interface operates, a 
sample output is shown in Figure 43. The 8273 pro- 
gram prompt character is a "-" 
and user inputs are 
underlined. 


The "SO OS"implements the Set Operating Mode com- 
mand with a parameter of05H. This sets the Buffer and 
Flag Stream modes. "SS 01" sets the 8273 in NRZI 
mode using the Set Serial I/O Mode command. The 
next command specifies General Receiver with a re- 
ceiver buffer size of OIOOHbytes (Bo = 00, Bl = 01). 
The "TF" 
command causes the 8273 to transmit 
a 
frame containing an address field of C2H and control 
field of llH. 
The information field is 001122. The 
"TF" command has a special format. The La and Ll 
parameters are computed from the number of informa- 
tion field bytes entered. 


After the TF command is entered, the 8273 transmits 
the frame (assuming that the modem protocol is ob- 
served). After the closing flag, the 8273 interrupts the 
8085. The 8085 reads the interrupt results and places 
them in a buffer. The software examines this buffer for 
new results and if new results exist, the source of the 
interrupt is displayed along with the results. 


In this example, the ODH result indicates a Frame 
Complete interrupt. There is only one result for a trans- 
mitter interrupt, 
the interrupt's 
trailing zero results 
were included to simplify programming. 


The next event is a frame reception. The interrupt re- 
sults are displayed in the order read from the 8273. The 
EOH indicates a General Receive interrupt with the last 
byte of the information 
field received on an 8-bit 
boundary. The 03 00 (Ro, Rl) results show that there 
are 3H bytes of information field received. The remain- 
ing two results indicate that the received frame had a 
C2H address field and a 34H control field. The 3 bytes 
of information field are displayed on the next line. 


8273 MONITORV1.2 
~~ 
GR 00 01 
TF C2 11 00 11 22 
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Figures 44 through 51 show the flowcharts used for the 
8273 program development. The actual program listing 
is included as Appendix A. Figure 44 is the main status 
poll loop. After all devices are initialized and a prompt 
character displayed, a loop is entered at LOOPIT. This 
loop checks for a change of status in the result buffer or 
if a keyboard character has been received by the 8251 
or if a poll frame has been received. If any of these 
conditions are met, the program branches to the appro- 
priate routine. Otherwise, the loop is traversed again. 


The result buffer is implemented as a 255-byte circular 
buffer with 
two pointers: 
CNADR 
and 
LDADR. 


CNADR is the console pointer. It points to the next 
result to be displayed. LDADR is the load pointer. It 
points to the next empty position in the buffer into 
which the interrupt handler places the next result. The 
same buffer is used for both transmitter and receiver 
results. LOOPIT 
examines these pointers to detect 
when CNADR is not equal to LDADR indicating that 
the buffer contains results which have not been dis- 
played. When this occurs, the program branches to the 
DISPL Y routine. 


DISPL Y determines the source of the undisplayed re- 
sults by testing the first result. This first result is not 
necessarily the interrupt 
result code. If this result is 
OCH or greater, the result is from a transmitter inter- 
rupt. Otherwise it is from a receiver source. The source 
of the result code is then displayed on the console along 
with the next four results from the buffer. If the source 
was a transmitter interrupt, the routine merely repoints 
the pointer CNADR and returns to LOOPIT. For a 
receiver source, the receiver data buffer is displayed in 
addition to the receiver interrupt results before return- 
ing to LOOPIT. 
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Figure 44. Main Status Poll Loop 
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Figure 45. DISPLY Subroutine 
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Figure 46. GETCMD Subroutine 
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Figure 47. TF Subroutine 
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Figure 49. COMM Subroutine 
with 
Command 
Buffer Format 


If the result buffer pointers indicate an empty buffer, 
the 8251A is polled for a keyboard character. If the 
8251 has a character, GETCMD is called. There the 
character is read and checked if legal. Illegal characters 
simply cause a reprompt. Legal characters indicate the 
start of a command input. Most commands are orga- 
nized as two characters signifying the command action; 
i.e., GR-General 
Receive. The software recognizes the 
two character command code and takes the appropriate 
action. For non-Transmit 
type commands, 
the hex 
equivalent of the command is placed in the C register 
and the number of parameters 
associated with that 
command is placed in the B register. The program then 
branches to the COMM routine. 


The COMM routine builds the command buffer by 
reading the required number of parameters from the 
keyboard and placing them at the buffer pointed at by 
CMDBUF. The routine at COMM2 then issues this 
command buffer to the 8273. 


If a Transmit type command is specified, the command 
buffer is set up similarly to the COMM routine; howev- 
er, since the information field data is entered from the 
keyboard, an intermediate routine, TF, is called. TF 
loads the transmit data buffer pointed at by TxBUF. It 
counts the number of data bytes entered and loads this 
number into the command buffer as La, L\. The com- 
mand 
is then 
issued to the 
8273 by jumping 
to 
CMDOUT. 


One command does not directly result in a command 
being issued to the 8273. This command, Z, operates a 
software flip-flop which selects whether the software 
will respond automatically to received polling frames. 
If the Poll-Response mode is selected, the prompt char- 
acter is changed to a '+'. If a frame is received which 
contains a prearranged poll control field, the memory 
location POLIN is made nonzero by the receiver inter- 
rupt handler. LOOPIT examines this location and if it 
is nonzero, causes a branch to the TxPOL routine. The 
TxPOL routine clears POLIN, sets a pointer to a spe- 
cial command buffer at CMDBUFl, 
and issues the 
command by way of the COMM2 entry in the COMM 
routine. The special command buffer contains the ap- 
propriate response frame for the poll frame received. 
These actions only occur when the Z command has 
changed the prompt to a '+'. If the prompt is normal 
'-', 
polling frames are displayed as normal frames and 
no response is transmitted. 
The Poll-Response mode 
was used during the IBM tests. 
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The final two software routines are the transmitter and 
receiver interrupt handlers. The transmit interrupt han- 
dler, TxI, simply saves the registers on the stack and 
checks if loading the result butTer will fill it. If the re- 
sult butTer will overfill, the program is exited and con- 
trol is passed to the SDK-85 monitor. If not, the results 
are read from the TxIIR 
register and placed in the 


result butTer at LDADR. The DMA pointers are then 
reset, the registers restored, and interrupts enabled. Ex- 
ecution then returns to the pre-interrupt location. 


The receiver interrupt 
handler, RxI, is only slightly 


more complex. As in TxI, the registers are saved and 
the possibility of overfilling the result butTer is exam- 
ined. If the result butTer is not full, the results are read 
from RxIIR and placed in the butTer.At this point the 
prompt character is examined to see if the Poll-Re- 
sponse mode is selected. If so, the control field is com- 
pared with two possible polling control fields. If there is 
a match, the special command butTer is loaded and the 
poll indicator, POLIN, is made nonzero. If no match 
occurred, no action is taken. Finally, the receiver DMA 
butTer pointers are reset, the processor status restored, 
and interrupts are enabled. The RET instruction re- 
turns execution to the pre-interrupt location. 


This completes the discussion of the 8273/8085 system 
design. 


This application note has covered the 8273 in some de- 
tail. The simple and low cost loop configuration was 
explored and an 8273/8085 system was presented as a 
sample design illustrating the DMA/interrupt-driven 
interface. It is hoped that the major features of the 
8273, namely the frame-level command structure and 
the Digital Phase Locked Loop, have been shown to be 
a valuable asset in an SDLe system design. 
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BIT DELAY(PIll 
= 88) 


32 ; 
51. - SELECTlIr£ lOOl' RECEIIr£ 
33 ; 
Tl - TRfIlSIlIT lOOl' 


34 ; 
2 
- ClRa 
IQ)E5 
FlIP/FUJ> 
38; 
J9 ; ••.•••••••••• '*'_-1 _.., ••••••••••••••••••••••••••••.• 


; 88 FlIl RAYTI£(fI 
; FF FlIl SElF-TEST 
; 88 FlIl NlJlIR. 
RESP<fISE 


; FF FlIl liXJ' 
REsrolSE 


; 88 FlIl t«j DEll) 
; FF FlIl DEll) 


48; 
41 ; t«iTE: 
'SET' 
CMRI)5 
IIfJLEJ'ENT lOOICfl. 
'lIl' 
FlKTllllS 
42 ; 
'RESET' 
CMRI)5 
III'lEI£NT 
lOOICfl. 
'AN)' 
FlKTllllS 
43 ; 
44 
j ••••••••••••••••••••••••••••.••••••••••••.••••.••.•.••••••• 
I 'I 
•••••• 
45 ; 
46 ; BLfFERED IlOOEItJST BE SElECTED If£N 
SElECTIVE RECEIIr£ IS USED. 


47 ; 
48 ;ClJtIR() 
FORIflT IS: 
'COIt!fN) 
(2 lTRS)' 
'PflR.I1' 
'PAR. 12' 
ETC. 


49 ; 
58 ; THE TRfIlSIlIT FRflIE ClJtff() 
FlJlIlAT IS: 
'TF' 
'A' 'c' 'BLfFER ClWTENTS'. 


51 ; 
t«j l.£t«iTH coon IS /£EDED. 
IllfFER 
ClWTENTS IS EllIE!) WITH A CR. 


52 ; 
53 ;.... 
••• 
I •••.•••••••••••••••••••••••••• 
III'" 
54; 
55 ; PCtiED IQ)E: 
If£N 
PCtiED IQ)E 
IS SELECTED (OEN)TED 8V A '+' PROf>f), 
IF 


inter 


56 
A SlM-P 
OR !1R(9H' 
IS RECEI't£D, 
A RESPONSE FRII£ 
CF NSA-F 


57 
OR !lR(9)-f 
IS TRIf6IllTTED 
OTl£R ~ 
lfERATE 
IOlIIUY. 


62 
63 ; •••••••••••••••••••••••••••••••••.••••••••••••••• 
••••••••• 
64; 


65 ; 8273 
EQUf!TES 
66; 
llllge 
67 STAT73 
EllU 
99H 
; STATUS REGISTER 
llllge 
68 mtl73 
EllU 
99H 
; CMRI) 
REGISTER 


ll991 
69 PARIf73 
EllU 
91H 
; PlIlA£TER 
REGISTER 
ll991 
79 RESl.73 
EllU 
91H 
; RE!U.T 
REGISTER 


ll992 
71 TXIR7J 
EIlU 
92H 
; TX IHTEIlRlI'T RESU.T REGISTER 


ll993 
72 RXIR73 
EllU 
93H 
; RX IHTEIlRlI'T RE!U.T 
REGISTER 
ll992 
73 TEST73 
EQIJ 
92H 
; TEST PIX)[ REGISTER 
ll828 
74 CI'llF 
EllU 
2llH 
; PlIlA£TER 
IIlfFER 
F1ll 
BIT 


ll894 
75 TXINT 
EllU 
84Il 
; TX IHTEIlRlI'T BIT IN STATUS REGISTER 


99118 
76 RXINT 
EllU 
Il8Il 
; RX IHTEIlRlI'T BIT IN STATUS REGISTER 


8001 
77TXIRA 
EQIJ 
ll1ll 
,TX INT RESIA.T AYAIUIll£ 
BIT 


91182 
79RXlRA 
EQIJ 
B2H 
; RX INT RESll T AYAILAIlLE BIT 
79; 
Be ; 8253 
EQUf!TES 
81; 


llllge 
82 PlX)[53 
EQIJ 
9BH 
; 8253 
PIX)[ lOll) 
REGISTER 
Be9C 
83 CNT953 
EQIJ 
9CH 
; WJlTER 
9 REGISTER 
ll99D 
84 00153 
EQIJ 
90H 
; WJlTER 
1 REGISTER 
ll99E 
85 00253 
EQIJ 
9EH 
; WJlTER 
2 REGISTER 
9ll8C 
86 ClllR 
EQIJ 
9ll8CH 
;ca&U 
BfU) 
RATE (2488) 
8936 
87 IKNT9 
EQIJ 
36H 
; PIX)[ FOR CllNTER 9 
91186 
88 1IlCNT2 
EQIJ 
llIl6H 
; PIX)[ FOR CllNTER 2 
2817 
89 LKBR1 
EQIJ 
2817H 
,8273 
BfU) RATE LSB fI)R 


2818 
99 LKBR2 
EllU 
2818H 
; 8273 
BfU) RATE IlS8 fI)R 
91; 
92 ; BfU) 
RATE TAIlLE. 
BFIJ) RATE 
LKBR1 
U<BR2 
93 ; 
••••••••• 
.- _.. 


94; 
9689 
2E 
89 
95; 
4889 
5C 
89 
96; 
2488 
89 
89 
97 ; 
1289 
72 
81 
98; 
689 
E5 
92 
99; 
389 
C9 
lIS 
189 
; 


181 ; 
192 
,8257 
EQUf!TES 
193 
; 


99A8 
184 
PlX)[57 
EQIJ 
IlA8H 
; 9257 
PIX)[ PORT 
ll9A9 
185 
CHllOOR EllU 
IlA9H 
; CH9 (RX) fI)R REGISTER 
99A1 
196 
CH9TC 
EIlU 
llA1H 
; CH9 TERIlHR. 
CllNT 
REGISTER 
99A2 
197 
CH1fIlR 
EQIJ 
llA2H 
. CHi (TX) fI)R REGISTER 


99A3 
188 CH1TC 
EQIJ 
9A3H 
; CHi TERIlI/R 
coon REGISTER 
ll9A9 
189 STAT5? 
EIlU 
IlA8H 
; STATUS REGISTER 
8299 
U9 
R'.QIF 
EQIJ 
8298H 
; RX BLFFER START fIlORESS 
B98ll 
U1~ 
EllU 
89ll8H 
; n< aFFER 
START fl)l)RESS 
9962 
ill 
DRDIfl 
EllU 
62H 
; DlSAIll.E RX DIfI CIfH£L 
TX STILL III 
41FF 
m RXTC 
EQIJ 
41FFH 
; TERIlIfR. 
CllNT 
AN) PIX)[ FOR RX ClRf£I. 


ll963 
114 EJllIIA 
EQIJ 
63H 
ENAllLE BOTil TX AN) RX CIfN£l.S-OO. 
NR. TX STCJ> 
9961 
115 DTDIlA 
EIlU 
61H 
DlSAIll.E TX DIfI CIflNNEL 
RX STILL III 
81FF 
116 mc 
EQIJ 
81FFH 
TERIlIfR. coon AN) PIX)[ FOR TX ClRf£I. 


U7; 
611001-46 


118 
; 82S1A EQUATES 
119; 
8889 
129 
CIHLS1 
EQU 
Il9H 
.;CflHTRll. WORDREGISTER 
8889 
121 
STATS1 
EQU 
89H 
; STATUS REGISTER 
8988 
122 
0051 
EQU 
88H 
; TX DATA REGISTER 
9888 
121 
RXDS1 
EQU 
88H 
i RX DATA REGISTER 
Il8CE 
124 
IIlES1 
EQU 
llCEH 
i PmE 
16X. 2 STlJ>, Nl PlJ11TV 
9827 
125 
Cll>S1 
EQU 
27H 
; cttM«l, 
ElRlLE 
T~ 
llll82 
126 
ROY 
EQU 
82H 
i RlOOlY BIT 
127 
; 
128 
; IOlITOR 
SUlROUTII£ 
EMTES 
129 
; 


961F 
1JBGETCH 
EQU 
961FH 
; GET CHR FIlQ1 KE\'II(9f), 
ASCII 
IN CH 
ll5F8 
111 
ECHO 
EQU 
ll5F8H 
; ECHO CHR TO DISPLAY 
8lSE 
112 
IIIU)G 
EQU 
87SEH 
; CHECK IF 1/11.10 DIGIT, 
CIlRRY SET IF 1/11.10 


BSBB 
111 
CHYBH 
EQU 
BSB8H 
i lnMRTS 
ASCII 
TO I£)( 
BSEB 
114 
CRLF 
EQU 
BSE8H 
; DISPLAY CR, ~ 
LF TOO 
96C7 
115 
NIOJT 
EQU 
96C7H 
; lnMRT 
BYTE TO 2 ASCII 
CHR 1M) DISPLAY 
116 
; 
117 
; "ISC 
EMTES 
118 i 
2IlC8 
119 
STKSRT 
EQU 
2IlCaf 
;STACK STMT 
llBll1 
148 
CNTLC 
EQU 
81H 
; CNTL-c 
EQUII/fl.ENT 


Illlll8 
141 
IOlTOR 
EQU 
llBll8H 
; 101ITOR 
2llBll 
142 
C/I)6lf 
EQU 
2llBllH 
; STMT 
rF 
COMI) 
BUFFER 
2Il2Il 
141 
CIIlIlF 1 
EQU 
292BH 
; PU.L 
PmE 
SPECIII. 
TX cttM«l 
BUFFER 
eeeo 
144 
CR 
EQU 
llOH 
; ASCII 
CR 
llBllR 
145 
LF 
EQU 
Bffi 
; ASCII 
LF 
2IlO4 
146 
RST7S 
EQU 
2IlO4H 
; RST7. 5 JU!f' 
ImESS 
2IlCE 
147 
RST6S 
EQU 
2llCEH 
; RST6. 5 JUPf 
ImESS 
2918 
148 
LDAOR 
EQU 
2918H 
; RESLt T BUFFER LlR> 
POINTER STORAGE 
2911 
149 
CIR)R 
EQU 
291JH 
; RESLtT 
BUFFER ClllSll.£ 
POINTER STORAGE 
2IlBB 
158 
RESBlJ' 
EQU 
2llBllH 
; RESLt T BUFFER STMT 
- 2SS BYTES 
BIl91 
151 
SlIM' 
EQU 
9:l1l 
; SNlIH' 
CfIHTRll. COOE 
8811 
152 
IlR9I' 
EQU 
11H 
; R!l<8H' 
ClIHRll. 
COOE 
8m 
151 
NSRF 
EQU 
7:lIl 
; NSR-F ~TRll. 
COOE 
BB11 
154 
RRBF 
EQU 
11H 
; R!l<8>-F 
Cl:WTRll. COOE 
2815 
155 
PRt1PT 
EQU 
2915H 
;PRIf'T 
STORAGE 
2916 
156 
PU.IN 
EQU 
2816H 
; POLL PmE 
SELECTll:W INlICRTOR 
2827 
157 
OOOOE 
EQU 
2827H 
;DEI«) PmE 
INlICRTOR 
161 
; 
162 i •••••••••••••••••••••••••••••••••••••••••••••• 
• 
I I It 
I I 
1 
I 
161 
; 
164 
; RIll 
STORAGE OEFINlTIl:WS: 
165 
; 
LOC 
OEF 
166 
; 
167 
; 
2B8&-2BBF 
ClftlRII) 
BI.FFER 


168 
; 
291B-2911 
RESll T BUFFER LlR> POINTER 
169 i 
2911-2914 
RESULT 8lSFER 
m&lE 
POINTER 
178 
; 
2915 
PROIf'T ~TER 
STORAGE 
171 
; 
2916 
POLL PmE 
INlICATOR 
172 
; 
2917 
BfU) 
RATE LSB FOR SElF-TEST 
171 
; 
2918 
BfU) 
RATE ~ 
FOR SELF-TEST 
177 
; 
2Il19 
SPIlRE 
179 
; 
2B2B-2B26 
RESPONSE C~ 
BlFFER 
FOR POLL PmE 
188 
; 
2B8&-28FF 
RESLt T 8lSFER 
181 
; 
182 i ••••••••••••••••••••••••••••••••.•••••••••••••••••••••• 
1I I II I 
•••••••• 
I I I I I 
611001-47 


inter 


183 
; 


1e. 
; PROORAt1START 
185 ; 
186 ; INlTIAlIZE 
8253, 
8257, 
8251R, 
fKI RESeT 8273. 


187 
; ~ 
SET fQIR. 
~ 
RhO PRINT SIGIOl 
/lESSR(E 
188 ; 


8898 
189 
ORG 
IlSlIIl 
198 
8898 
31C828 
191 START 
LXI 
SP, STKSRT 
; INlTIALlZE 
SP 
8883 
3E36 
192 
111'1 
Ii I«NT8 
; 8253 
IlOOE SET 
IlS8S D39B 
193 
OUT 
1lOOES3 
,8253 
ItOOE PalT 
8IlS7 3R1728 
194 
LOR 
LKIIR1 
,GET 8273 
8RLO RATE LS8 


8Il8fl D39C 
195 
OUT 
CNT8S3 
,USn«i 
crom:R 
8 AS IIfU) RATE Wl 
8S8C 3R1828 
196 
LOR 
LKBR2 
; GET 8273 
I3IJ1> RATE IlS8 
8IlSF D39C 
197 
OUT 
CNT8S3 
; COUNTER8 


8811 
CD1R88 
198 
CfU 
RXDIIfi 
; INlTIALlZE 
8257 
RX DIll ClRHl. 


8814 
CD3588 
199 
CALL 
TXliIIl 
; INlTIALlZE 
8257 
TJ( DIll CIfHEL 


8817 
JES1 
288 
111'1 
R,8i1l 
; OUTPUT 1 FlllMD 
BY R 8 
8819 
0392 
281 
OUT 
TEST73 
; TO TEST ItOOE REGISTER 
8818 
JEllS 
282 
111'1 
IiIl8H 
; TO RESeT TIE 8273 
88100392 
283 
OUT 
TEST73 
IlS1F JE20 
284 
111'1 
R, '-' 
; NORItRLItOOE PRlJI'T 
CItl 
8821 
321528 
28S 
STR 
PR/tPT 
; PUT IN ST(RRGE 
8824 
JEllS 
286 
111'1 
IiIl8H 
,TX POLl RESPONSE INDICATOR 
IlS26 321628 
287 
STR 
POLIN 
; 8 1£116 
ND SPECIAL TX 
8829 
322728 
288 
STR 
DEIlOOE 
; CLEAR DEJ() ItOOE 
882C 21R38C 
212 
LXI 
H, SIGNON 
; SIGOl 
I£SSR(E 
~ 
882F 
C0928C 
213 
CALL 
TI'!1SG 
; DISPLAY SIGOl 
214; 
215 ; IIONITOR USES JU/tPS IN RAIl TO DIRECT INTERRlJ'TS 
216 ; 


8832 
210428 
217 
LXI 
II, RST7S 
; RST7. 5 JIJf' 
LOCATION USED BY IOUTOR 
8835 
81888C 
218 
LXI 
8,RXI 
; IIlOIlESS OF RX INT ROUTINE 
8838 
36<3 
219 
111'1 
1t1lC3H 
; LOl> 
'JIll' 
lJ'CODE 


883R 23 
228 
INX 
H 
; IHe POINTER 
8838 
71 
221 
IlOY 
", C 
; LOl> RXI LS8 
883C 23 
222 
INX 
H 
; IHe POINTER 
8830 
78 
223 
IlOY 
1t8 
; LOl> RXI IlS8 
88JE 
21CE28 
224 
LXI 
H,RST6S 
; RST6. 5 JIJf' 
LOCATION USED BY IIWITOR 
8841 
S1CElIC 
22S 
LXI 
B, TJ(I 
,fIlORESS 
OF rx 
INT ROUTINE 
8844 
36<3 
226 
111'1 
1t1lC3H 
; LOl> 
'JIll' 
OPCOOE 
8846 
23 
227 
INX 
H 
; IHe POINTER 
8847 
71 
228 
IlOY 
",C 
;LM> 
TJ(I LS8 
8848 
23 
229 
INX 
H 
; IHe POINTER 
8849 
78 
238 
IlOY 
ItB 
; LOl> TJ(I IlS8 
884R JE18 
231 
""I 
Ii 1SH 
; GET SET TO RESeT INTEJlRl.J'TS 
884C 38 
232 
m 
;RESeT 
INTEJlRl.J'TS 
8840 
FB 
233 
EI 
; EIftlLE 
INTERR\JPTS 
234 
; 
235 ; INlTIALIZE 
BUFFER POINTER 


236 
; 
237 
; 
884E 218828 
238 
LXI 
H,~ 
; SET RESLlT BlFFER POINTERS 
8851 
221328 
239 
SH..D 
CIR)R 
; RESLl T CQNS(l.E POINTER 


88S4 
221828 
248 
SH..O 
LDfI)R 
; RESll T LOl> POINTER 
241 ; 
242 
; I'UN 
PROGRRIl LOOP - CHECKS FOR ClR«iE 
IN RESLl T POINTERS, 
USIIH STRTUS, 
243 
; 
OR POLL STRTUS 
611001-48 


inter 


244 ; 
8857 
COE885 
245 Cll>REC: CILL 
CRLF 
; DISl'LRY CR 
ll85A Jll1528 
246 
LOll 
PRItPT 
; GET ClmHT 
PRlJf'T 
Clfl 
9850 
4f 
247 
ItOY 
C,A 
;.-M: TO C 
985E COF885 
248 
CALL 
EOO 
; DISI'I.AY IT 
9961 
2A1328 
249 LOOPIT: U1.D 
CIRlR 
,GET W6QE 
POINTER 
ll864 
70 
259 
ItOY 
fH 
; SIM 
POINTER LSB 
9865 
2A1928 
251 
U1.D 
LM>R 
; GET L~ 
POINTER 
9869 
eo 
252 
C1f' 
L 
; SII£ 
LS8" 
9869 
C2J99A 
253 
JNZ 
DISPV 
;1«), 
RESl.lTS t£ED DISl'LRYING 
996C DIl89 
259 
IN 
STAT51 
; V£S, Cl£CK ~ 
996E E692 
269 
ANI 
RDV 
; Clfl R£CEI'f£D? 
8879 
C27D88 
261 
JN2 
GETCItD 
; PlJST BE Clfl SO GO GET IT 
8873 
Jll1629 
262 
LOll 
POLIN 
; GET POLL IQ)£ 
STATUS 
8876 
A7 
263 
fNl 
A 
; IS IT 9? 
9877 
C24C99 
264 
JNZ 
TXPa. 
; 1«), TI£N POLL 0CCI.IlRED 
987A C36198 
265 
JIt' 
LOOPIT 
; VES, TRY In'lIN 
266 ; 
267 ; 
268 ,COIR() 
R£COONIZERROOTlI£ 
269 ; 
278 ; 
9870 
CD1F96 
271 GETCrtl>: CALL 
GETCH 
;GETCIil 
9888 
CDF995 
272 
CALL 
ECHO 
; EOO 
IT 
8883 
79 
273 
ItOY 
A,C 
; SETIJ' FOR ClII'lIlE 
8884 
FES2 
274 
CPI 
'R' 
;R? 
91186 CM88 
275 
JZ 
RDlIl 
;GET IQE 
8889 
FE53 
276 
CPI 
'5 
; S? 


988B CfIi 798 
277 
JZ 
SOIIl 
;GET IQE 
888E FE47 
278 
CPI 
'6' 
;61 
Il899 CfR"98 
279 
JZ 
GQIIj 
;GET IQE 
9893 FE54 
299 
CPI 
'T' 
; T? 
9895 
CA9E89 
291 
JZ 
TOlIN 
;GET IQE 
9898 
FE41 
292 
CPI 
'A' 
; A? 
989A CA2289 
293 
JZ 
~ 
;GET IQE 
9890 
FE5A 
284 
CPI 
'z' 
;Z? 


989F 
CA3189 
285 
JZ 
CIIX>E 
; V£S, GO CIfNiE 
IQ)£ 
98A2 FE93 
299 
CPI 
CNTLC 
; CNTL-f? 
98A4 CA9889 
291 
JZ 
IOITOR 
; EXIT TO rumOR 
98A7 l!E3F 
292 
ILLE6· 
""I 
C, '?' 
; PRINT ? 
98A9 COF985 
293 
CALL 
EOO 
; DISPLAY IT 
98AC C35798 
294 
JIt' 
ClQEC 
; LOOP FOR COftlN) 
295 
98AF CD1F96 
296 ROWN: 
CALL 
GETCIl 
; GET I£XT Clfl 
8882 
CDF885 
297 
CALL 
ECHO 
,ECIlO IT 
9I!8S 79 
298 
ItOY 
A,C 
,SETIJ' 
FOR ClII'lIlE 
91186 FE4F 
299 
CPI 
'0' 
; O? 
9888 
CA5DIl9 
399 
JZ 
ROCII) 
;RO CMRI) 
988B FE53 
391 
CPI 
'5' 
; S? 
8880 
Cfl67ll9 
J82 
JZ 
RSCItD 
;RS CMRI) 
eece 
FE44 
393 
CPI 
'D' 
;D? 
98C2 CA7189 
394 
JZ 
ROCII) 
;RO CMRI) 
98C5 FES9 
395 
CPI 
'P' 
;p? 
98C7 CA>989 
396 
JZ 
RPOO 
;RP CMRI) 
98CA FE52 
397 
CPI 
'R' 
; R? 
98CC CA9988 
J99 
JZ 
START 
; START OV£R 
98CF FE42 
399 
CPI 
'9' 
; S? 
9001 
CA7B89 
319 
JZ 
R8Cftj 
;R8 CMRI) 
611001-49 


intJ 


ll804 C311788 
311 
JII' 
IlliG 
; (lli<iL 
TRY /OlIN 
312 
8807 CD1F86 
11l 
SllIIf: 
au 
GETCH 
; GET I£XT ClIl 
880R Cl>F88S 
314 
au 
EOO 
;EOO 
IT 
Il800 711 
315 
!U1' 
A, B 
; SETII' FlIl caf'fft: 


. 880E FE4F 
316 
CPI 
'0' 
;0' 
88EB CAA689 
317 
JZ 
SOCII> 
;so 
eatfN) 
88El 
FE5l 
318 
CPI 
'S' 
is? 
88E5 CIIl889 
319 
JZ 
SSOO 
;SS eatfN) 
88E8 FE52 
129 
CPl 
'R' 
;Il? 
88EA ClIlAll9 
321 
JZ 
SROO 
;SR eatfN) 
88ED me 
122 
CPI 
'P' 
;p? 
88EF CAE289 
12l 
JZ 
SPOO 
;SP eatfN) 
88F2 FE42 
324 
CPI 
'B' 
;B? 
88F4 CA8589 
125 
JZ 
SllCII) 
;58 
eatfN) 
88F7 FE4C 
126 
CPI 
'l' 
;L? 
88F9 CA8F89 
327 
JZ 
51.00 
;51. eatfN) 
88FC C311788 
129 
JII' 
IlliG 
; IU£<iL 
TRY /OlIN 
129 
88FF CD1F86 
318 GDIII: 
au 
GETCH 
; GET NEXTClIl 
8982 Cl>F88S 
331 
ClLl 
EOO 
;EOO 
IT 
8985 711 
332 
!U1' 
fLB 
; SETII' FlIl ClII'flRE 
ll9Il6 FE52 
m 
CPI 
'R' 
;R? 
ll988 CAC489 
114 
JZ 
IJlCII) 
;GR eatfN) 
ll988 C311788 
335 
JII' 
IllEG 
; Illi<iL 
TRY /OlIN 
no 
898E CD1F86 
337 TlIIoN: 
CAll 
GETCH 
; GET I£XT ClIl 
8911 Cl>F88S 
318 
au 
EOO 
;ECI«) IT 
8914 711 
119 
!U1' 
fLB 
; SETII' FlIl caf'fft: 
8915 FE46 
348 
CPI 
'F' 
;F? 
8917 CAEC89 
341 
JZ 
TFOO 
;TF eatfN) 
ll91A FE4C 
342 
CPI 
'l' 
;l? 
891C CA99ll9 
14l 
JZ 
TlOO 
;Tl 
eatfN) 
891F C3Il788 
344 
JII' 
IllEG 
; IlLE<iL 
TRY /OlIN 
345 
8922 CD1F86 
346 fI)IIj. 
CIU 
GETCH 
; GET I£XT ClIl 
8925 Cl>F88S 
347 
ClLl 
EOO 
;EOO 
IT 
8928 
711 
348 
!U1' 
A,B 
; SETII' FlIl lXWARE 
8929 
FE46 
349 
CPl 
'F' 
; F? 
8928 
CACE89 
158 
JZ 
AFOO 
;AF ClIIfN) 
892E C311788 
351 
JII' 
IlliG 
; IllElR, 
TRY fOliN 
152 ; 
353 ; RESET POll 
IQ)E RESPIJISE - CIft«j[ 
PRlJI'T 
ClIl AS I1C>ICATlIl 
154 ; 


8m 
F3 
l55 
CIQ)E: 
DI 
; DISIa£ 
INT£RRIJ'TS 
8932 3Il1528 
156 
lDA 
PRlf'T 
; GET CUlRENT PRlJI'T 
8935 FE2D 
157 
CPI 
'-' 
; IOlIR. 
IQ)E? 
8937 C24l89 
158 
JNZ 
sw 
; NO, CIft«j[ 
IT 
89311lE28 
359 
PlYI 
fL '.' 
; NEIl PRlJI'T 
89lC 
321528 
168 
STA 
PRlf'T 
; STORE NEIl PRlJI'T 
89lf 
F8 
165 
EI 
; EIfIl.E 
INT£RRIJ'TS 
8948 Cl5788 
166 
JIf' 
OOREC 
; RETIJlN TO llXf' 
8943 JE21) 
167 sw: 
PlYI 
fL '-' 
; NEIl PRlJI'T 
ClIl 
8945 321528 
168 
STA 
PRlf'T 
; STORE IT 
8948 F8 
369 
EI 
; EIfIl.E 
INT£RRIJ'TS 
8949 Cl5788 
378 
JIf' 
CIIlIl£C 
; RETIJlN TO llXf' 
371 ; 
372 ; 
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inter 


373 ; TRANSIlIT ANSWEF_TO POLL 5£TI.J' 
374 ; 
994C 3fll9 
382 TXPOL: 
"VI 
A,99H 
; Cl£FIR PCU 
I/fHCATIll 
994E 321629 
384 
STA 
f'lX.IN 
; lNOlCATIll fllR 
9951 
216198 
385 
LXI 
H, LOOPIT 
; S£TI.J' STACKFill ClftIN) 
OOTPUT 
9954 E5 
386 
PUSH 
H 
,PUT RETml 
TO Cll>REC ()l STfO 
ll955 9694 
387 
"VI 
g,~ 
; GET I OF PFIRIfETER5 REAlY 
9957 212e28 
388 
LXI 
H, Cll)BF1 
; POINT TO SPECIAL IllFFER 
ll95A C3FFOO 
389 
Jl1P 
00lIl2 
; JlJIP TO ClJIfH) 
OOTPtlTER 
3ge ; 
391 ; 
392 ; 
393 ; ClJ!IlfH) 
1~~NTING 
ROOTI/£S 
394 ; 
395 ; 
396 ; RO - RES£T OPERATIt«) IlOOE 
397 ; 
e950 
9681 
39ll ROC/1I): flYI 
B,8tH 
; I OF PFIRllI£TER5 
995f 
llE51 
399 
flYI 
C,51H 
;ClJIfH) 


9961 CDE5BA 
4119 
CALL 
COIIt 
; GET PFlRflETERS fN) 
IS5l£ 
ClJIfH) 
ll964 C35798 
4B1 
J~ 
CI1DREC 
; GET NEXT ClftIN) 
4B2 ; 
493 ; RS - RES£T S£RIAL 110 I100E CotftlNO 
4B4 ; 
9967 1l6Il1 
4B5 RSCIlI) 
flYI 
B,91H 
; I OF PARAI£TERS 
9969 
BE6B 
4B6 
flYI 
C,6BH 
; ClJIfH) 
B968 CDE500 
497 
CALL 
ClJtI 
; GET PFIRfIETERS fN) 
IS5l£ 
ClJIfH) 
B96E C35798 
4B8 
J~ 
CIIlIlEC 
;IE /£XT ClftIN) 
4B9 ; 
419 ; RD - RECEIYER DISfIlLE CllI1ItfNl 
4U; 
9971 B6ll9 
412 RDCII)· 
flY! 
B,BBH 
; I OF PFIRIfETERS 
9973 BEC5 
413 
flYI 
C, llC5H 
, CIJIIIN) 
9975 CDE500 
414 
CALL 
ClJtI 
; IS5l£ 
ClJIfH) 
9978C357ll8 
415 
Jl1P 
Cll>REC 
; GET /£XT ClftIN) 
416 ; 
417 ; R8 - RES£T IH: BIT DELAYClJIfH) 
418 ; 
997B 9691 
419 RSC~: 
flYI 
B,8tH 
; I OF PFIRIfETER5 
997D BE64 
429 
"VI 
C,64H 
; ClftIN) 
997f 
CDE500 
421 
CALL 
COIIt 
; GET PFIRllI£TER fN) 
IS5l£ 
ClftIN) 
B982 C35798 
422 
Jl1P 
OOREC 
; GET NEXT ClftIN) 
423 ; 
424 ; 58 - S£T 0/£ 
BIT DELAYClJIfH) 
425 ; 
B985 9681 
426 5BOO. 
flYI 
B,8tH 
; I OF PFIRfIETERS 
99117 BEA4 
427 
flY! 
C, IlA4H 
; CllIIfH) 
B9B9 CDE500 
428 
CALL 
COIIt 
; GET PFIRIfETER fN) 
IS5l£ 
ClftIN) 
B98C C35798 
429 
J~ 
CIIlIlEC 
; GET NEXT ClftIN) 
439 ; 
431 ; 5l. - S£LECTIYE LOOP RECElYE COItlfH) 
432 ; 
99llF 9694 
433 5lClI>: 
flYI 
8,~ 
; I OF PFIRfI£T£RES 


9991 BEC2 
434 
flYI 
C,9C2H 
;ClJIfH) 
9993 CDE500 
435 
CALL 
COIIt 
;IE PFIRfIETERS fN) 
IS5l£ 
ClftIN) 
B996 C35798 
436 
J~ 
CItOREC 
; GET NEXT ClftIN) 
437 ; 
438 ; TL - TRANSI1ITLOOP C(ftfH) 
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439 ; 


8999 218829 
448 TlOO. 
LXI 
It,CIIIIIlf 
; SET COftM) 
Il.fF£R 
POINTER 


ll99C lI682 
441 
""'I 
B,82H 
; L~ 
PfIll1I£TER mtITER 
ll99E 36Cfl 
442 
""'I 
It~ 
;L~ 
COftM) 
INTO BlfFER 
ll9fl8 218228 
443 
LXI 
It, CIIlIl.f+2 
; POINT AT fI)R ~ 
CNTL POSITIlIIS 
ll9A3 C3F689 
444 
JIf' 
TFCIf)1 
; FINISH OFF COftM) 
IN TF RO./TII£ 
445 ; 
446 ; SO - SET ~Tll«i 
PIlOE COftM) 
447 ; 
B9A6 B681 
448 SOCIl): 
""'I 
B,8tH 
;. 
OF PARlI£TERS 
ll9fl8 8E91 
449 
""'I 
C,91It 
;COftM) 


89AA Cl>E58A 
45B 
CIl.L 
COtl 
; lET PfIll1I£TER ~ 
ISSlE 
COftM) 
B9fI) C35788 
451 
JIf' 
CIIlIlEC 
; lET I£XT COftM) 
452 ; 
453 ; SS - SET SERIfI. 
I/O COftM) 
454 ; 
B9ll8 B681 
455 S5CIf): 
""'I 
B,8tH 
;. 
OF PARlI£TERS 


89112 llEA8 
456 
""'I 
C, llA8H 
;COftM) 


89B4 Cl>E58A 
457 
CIl.L 
COtl 
; lET PfIll1I£TER ~ 
ISSlE 
COftM) 
8987 C35788 
458 
JIf' 
CIIlIlEC 
; lET I£XT COftM) 
459 ; 
468 ; SR - SELECTIVE RECl:IVE mtRI) 
461 ; 


89BA 8684 
462 SRCIf): 
""'I 
B.94H 
;. 
OF PARlI£TERS 


89BC SEC1 
463 
""'I 
C,BelH 
; ClJIRI) 
89IlE Cl>E58A 
464 
CfI.L 
COtl 
; lET PARlI£TERS ~ 
ISSlI: 
COftM) 
89C1 C3578B 
465 
JIf' 
CIIlIlEC 
; lET I£XT COftM) 
466 ; 
467 ; lJl - GEI£RfI. RECEIVE mtRI) 
468 ; 
89C4 lI682 
469 lJlCIf): 
""'I 
B,82H 
; III PARlI£TERS 
89C6 IlEC9 
478 
""'I 
C.BC8H 
;COftM) 
89CB Cl>E58A 
471 
CfI.L 
COtl 
; ISSlI: 
COftM) 
89CB C3578B 
472 
JIf' 
CIIlIlEC 
; lET I£XT COftM) 
473 ; 
474 ; If' - fBllT 
FRlI£ 
COftM) 
475 ; 
B9CE 8688 
476 If'OO: 
""'I 
B,_ 
; III PIIlAIlETERS 
9908 SEa: 
477 
""'I 
C.BCCH 
;ClJIRI) 
9902 Cl>E58A 
478 
CfI.L 
COtl 
; ISSlI: ClJIRI) 
B905 C3578B 
479 
JIf' 
CIIlIlEC 
; GET I£XT COftM) 
488 ; 
4B1 ; RP - RESET PlIlT mtRI) 
4B2 ; 


B90B B681 
483 RPCIf). 
""'I 
B,8tH 
;. 
OF PIIlAIlETERS 
B90A SE63 
484 
""'I 
C.63H 
;ClJIRI) 
B90C Cl>E58A 
485 
CfI.L 
COtl 
; lET PfIll1I£TER ~ 
ISSlI: 
mtRI) 
B90F C3578B 
486 
JIf' 
CIIlIlEC 
; lET I£XT COftM) 
487 ; 
488 ; 51' - SET PlIlT COftM) 
489 ; 


B9E2 B681 
498 SI'CIf): 
""'I 
B,8tH 
;. 
OF PARlI£TERS 
89E4 SEA3 
491 
""'I 
C.llA3H 
;COftM) 
89E6 Cl>E58A 
492 
CIl.L 
COtl 
; lET pltlAl£TER 
~ 
ISSlI: COftM) 
89E9 C3578B 
493 
JIf' 
CIIlIlEC 
; lET HEX mtRI) 
494 
495 
TF - TRIIISllIT FRlI'E COftM) 
496 
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89EC 2111828 
497 
TFOO: 
LXI 
H, CII>IIlf 
; SET ~ 
Btff£R 
POINTER 
ll9EF ll682 
496 
""I 
B,82H 
,LIR) 
MlAI£TER 
ro.wTER 
B9F1 36C8 
499 
""I 
/L l!CllH 
; LIR) 
ClJIIH) 
INTO Btff£R 
ll9f1 
218229 
see 
LXI 
H, CII>IIlf +2 
; POINT RT fI)fl IN) CNTL POSITIlJ6 
B9F6711 
581 
TFC/I)1: 
lIlY 
R,B 
i TEST MlAI£TER 
ro.wr 


B9F7 R7 
582 
ANA 
R 
;IS 
IT B? 


B9F8 CR97llR 
583 
JZ 
nm. 
; YES, LIR) 
TX ORTR Btff£R 
B9FB CMleR 
584 
CALL 
PRRlN 
;GETMlAI£TER 
B9FE 0RR788 
585 
JC 
ILLEG 
; ILLEGAL CIIl RE1IJlhED 


Illl81 2J 
586 
l/IX 
H 
.' It«: lnIftt) 
Btff£R 
POINTER 
IlR82 95 
587 
OCR 
B 
,DEC MlAI£TER 
ro.wTER 


9R83 77 
see 
lIlY 
",R 
; LIR) 
MllftTER 
INTO ClJIIH) 
Btff£R 


9R84 C:lF689 
589 
JIlP 
TFCII>1 
.'GET NEXT MlAI£TER 
518 
9R87 
218888 
511 
TIIlfL: 
LXI 
H, TXIllf 
; LIR) 
TX ORTR Btff£R 
POINTER 


9R8R 810ll8l1 
512 
LXI 
8,8888H 
; ClEIl 
Be - BYTE ro.wTER 


llAlll C5 
513 
nm.1: 
PUSH 
B 
; SfM 
BYTE COUlTER 


8A8E COR08R 
514 
CALL 
PRRIN 
; GET DATA, ALIAS MlAI£TER 


llR11 0R188R 
515 
JC 
EJ«It( 
; IfMlE 
00 
IF 
ILLEGAL 
llR14 77 
516 
lIlY 
",R 
,LIR) 
DATA BYTE INTO Btff£R 
llR15 23 
517 
I/IX 
H 
; It«: Btff£R 
POINTER 


llR16 C1 
518 
Pll' 
B 
; REST!)lE BYTE ro.wTER 


llR17 83 
519 
l/IX 
B 
; It«: BYTE ro.wTER 


llR18 C3808R 
528 
JIlP 
TBUFL1 
; GET NEXT ORTR 
llR1B FElli) 
521 EJ«It(: 
CPI 
CR 
; RETlJlNED ILLEGAL CIIl CR? 
llR1D CR24llR 
522 
JZ 
TBtJ'FL 
; YES, THEN TX IlU'FER Fill 
8R28 C1 , 
52J 
Pll' 
B 
i REST!)lE B TO SfM 
STR()( 


8R21 CJA7ll8 
524 
JIf' 
ILLEG 
; ILLEGAL Clil 
llR24 C1 
525 TIlI.fFL 
PIF 
B 
; REST!)lE BYTE ro.wTER 


8R25 218128 
526 
LXI 
H, CII)Sl.f"+l 
; POINT INTO ClJIIH) 
IlU'FER 


8R28 71 
527 
lIlY 
",C 
; ST!)lE BYTE ro.wr 
LSB 


8R29 2J 
528 
I/IX 
H 
; It«: POINTER 
8R2R 711 
529 
lIlY 
/L8 
; ST!)lE BVTE ClUll 9 


8R28 8684 
5J8 
""I 
B,Q4H 
; LIR) 
PfIlflI£TER'ro.wT 
INTO 8 


8R2D 21368R 
531 
LXI 
H, TFRET 
; GET RETIJlN fI)fl FlJl 
THIS ROOTINE 


8R38 C5 
532 
PUSH 
B 
;PUSH IJ«:E 


llR31 EJ 
533 
XTHL 
; PUT RETIJlN ON STR()( 
llRJ2 
C5 
534 
PUSH 
B 
; PUSH IT SO CII>OUT CAN USE IT 
8R33 C:lF88R 
535 
JIlP 
CII>OUT 
; ISSl£ 
ClJIIH) 


8R36 CJ57ll8 
536 
TFRET: 
JIf' 
Cl()REC 
; GET NEXT lnIftt) 
537; 
538 
; 
5J9 
; ROOTlNE TO DISPUlY 
RESll. T IN RESil. T Btff£R 
II£N 
LIR) IN) cnlSll.E 
54ll ,POINTERS 
ARE DIFFERENT. 


541; 
542 ; 
8RJ9 
1695 
543 DISPY 
""'I 
D,85H 
; D IS RESll. T ro.wTER 


8R38 2R1328 
544 
ut.D 
CNfI)fl 
.'GET CtllSOC.E POINTER 
8R3E E5 
545 
PUSH 
H 
,SfM 
IT 
llR:lF 7E 
546 
lIlY 
fl," 
; GET RESll. T IC 


8R48 E61F 
547 
ANI 
1FH 
; L1"1T 
TO RESIl. T COOE 
8R42 me 
548 
CPl 
8CIl 
,TEST 
IF Ill( lJl TX SOOlC( 
8R44 DR628R 
549 
JC 
RXSalC 
; CfIlRY, 
THEN RX SOOlC( 


8R47 
21CE 
558 
TXSORC: LXI 
H, TXII6G 
,TX INT NESSRGE 


8R4R CD928C 
551 
CALL 
T\'IISO 
DISPLAY IT 
8R4O E1 
552 
DISPY2: 
Pll' 
H 
RESTlJ!E CtllSOC.E POINTER 
8R4E 7E 
55J 
DISPY1 
lIlY 
A," 
GET RESIl.T 


8R4F COC786 
554 
CALL 
IfOJT 
WNERT 
IN) DISPUlY 
611001-53 


inter 


9R52 eE28 
S55 
""'I 
C,' 
, 
; 51' CIIl 
lJA54 COI'885 
S56 
CfU 
EOO 
; OISPUlY 
IT 
8A57 2C 
S57 
Ilfl 
L 
; II«: Il.fFER 
POINTER 
8A58 15 
SS8 
OCR 
0 
; O£C RESll. T ClUITER 
8A59 C24EBA 
559 
JNZ 
OISPY1 
;IIlT 
OCH: 
llASC 221J28 
~ 
SILO 
ClR)R 
; lfOATE ClJISlli 
POINTER 
llASF C35788 
561 
JI'f 
CII)flEC 
; IlETlIlN TO LlO' 
S62 ; 
S63 ; 
S6-I ; IlECElYER SllRCE 
- OISPUlY RESll. Ts fN) IlECEVIE Il.fFER 
ClJITENTs 
S6S ; 
S66 ; 
llA62 21888C 
567 RXSlIlC: 
LXI 
IU)(IIlSG 
; Ill( INT 1ES5& 
II)Il 
llA65 C0928C 
~ 
Cfl.L 
TYIlSG 
; OISPUlY 1ES5& 
llA68 E1 
569 
PIJ' 
H 
; RESTCRE ClJISlli 
POINTER 
llA69 7E 
S78 RXS1: 
IllY 
A," 
; RETRIM 
RESll. T FRIll Il.fFER 
llA6Il lllC786 
571 
Cfl.L 
IfOJT 
; C(JMRT 
IN) OISPUlY 
IT 
llA60 8E29 
S72 
""'I 
C.' 
, 
,ASCII 
51' 
llA6F COI'885 
S73 
Cfl.L 
ECl«l 
,OISPUlY 
IT 
BA72 2C 
57. 
Ilfl 
L 
; II«: ClJISlli 
POINTER 
BAn 
15 
S7S 
OCR 
0 
; O£C RESll. T ClUITER 
BA7. 7A 
576 
IllY 
A.O 
; GET SET TO TEST ClUITER 
BA7S FElM 
577 
CPI 
&4Il 
;( 5 THE RESll. T Re" 
BA77 Cllfl2llA 
S78 
JZ 
R9PT 
; YES, 00 SIM 
IT 
llA7A FE83 
S79 
CPI 
8311 
; IS THE RESll.T R1? 
BA7C CAR7llA 
Sll8 
JZ 
RlPT 
;'IES, 
00 SIM 
IT 
BA7F A7 
S81 RXS2: 
IHl 
A 
; TEST RESll. T ClUITER 
llA88 C269llA 
S82 
JNZ 
RXS1 
; lilT OCH: YET, GET NE><TIlEsllT 
llA83 221328 
583 
SILO 
ClR)R 
,OCH:, 
so lfOATE ClJISlli 
POINTER 
IlA86 COEII8S 
S&l 
Cfl.L 
CRlF 
;OISPUlY 
CR 
llA89 218882 
S8S 
LXI 
H,1taf 
; POINT AT Ill( Il.fFER 
llA8C C1 
S86 
PIJ' 
8 
; RETRIM 
IlECEI'/EO CWIT 
8fl8() 78 
587 RXS3: 
IllY 
A,8 
; IS CWIT 
8? 
llA8E 81 
S88 
ORA 
C 
; 


llA8F CAS788 
S89 
JZ 
CII)flEC 
,YES, 
00 IlfICl( TO LlO' 
llA92 7E 
S98 
IllY 
A," 
; I«), 
GET CIIl 
llA93 C5 
591 
PUSH 
8 
,SIM 
Be 
llfl904 COC786 
592 
Cfl.L 
IfOJT 
; ClfNERT fN) OISPUlY CIIl 
llA97 eE28 
593 
""'I 
CI' 
I 
; ASCII 
51' 
llA99 COI'885 
5!H 
Cfl.L 
ECl«l 
; 0 ISPUlY IT TO SEl'lIlflTE DATA 
llA9C C1 
595 
PIJ' 
8 
; RESTCRE Be 
llfl9() 88 
596 
OCX 
8 
;O£C CWIT 
llA9E 23 
597 
IN)( 
H 
; II«: POINTER 
llA9F C381)llfl 
S98 
JI'f 
RXS3 
,GET IEXT CIfl 
599 
llAfl2 4E 
688 R9PT: 
IllY 
C," 
; GET RIl FCIl RESll. T 8lFFEI1 
Rl3 
C5 
681 
PUSH 
8 
;SIM 
IT 


llAfloI C37FllA 
Ql2 
JI'f 
RXS2 
; IlETlIlN 
683 
1Rl7 
C1 
~ 
RiPT: 
PIJ' 
8 
;GET RIl 
8flR8 ~ 
~ 
IllY 
8," 
,GET R1 FCIl RESll. T Il.fFER 
8fII9 
C5 
686 
PUSH 
8 
;SIM 
IT 
llAfIl C37FBA 
687 
JI'f 
RXS2 
688 , 


689 
618 
611 
PlIlMTER 
IIf'UT 
- PfIRfIETER RETlJlI£l) 
IN E IlEGISTER 
612 
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613 , 


8flRI) CS 
614 PlJ1IN: 
PUSH 
8 
.5IM: 
lIC 
81ft 
1681 
615 
""I 
O.8tH 
,SET CIIl ClUITER 
8fII8 C01F86 
616 
CIU 
GETCH 
,GET CIIl 
63 
CDf985 
617 
ClU 
ECl«) 
,ECl«) IT 
R6 
79 
618 
IClV 
fl,C 
,PUT CII! IN A 
67 
FE28 
619 
CPI 
' , 
,51'? 
llAB9 C2E1l8A 
628 
JNZ 
PlJ11N1 
,1«1. 
ILlllR. 
TRY IliAIN 
He 
C01F86 
621 PlJ11N3: CII.I. 
GETCH 
,GET CIIl OF PlIlAI£TER 
8fIlf 
CDf985 
622 
CIU 
ECl«l 
,ECl«) IT 
lR:2 
C05E97 
623 
CII.I. 
'IfU)G 
,15 
IT A I'll.IO 
CIf/? 
&AC5 02E1l8A 
62'4 
JNC 
PlJ11N1 
;1«1. TRY IOUN 
9AC9 Cllllll95 
625 
CII.I. 
CIMII 
,ClJI'/ERT IT TO I£X 
9AC9 4f 
626 
IClV 
C.A 
;5IM: 
IT IN C 
9ACC 7A 
627 
IClV 
fl,O 
,GET CII! ClUITER 
9ACD A7 
628 
ANA 
A 
;IS 
IT 9" 
&ACECfIX:9A 
629 
12 
PlJ11N2 
; YES.DO£ 
WITH THIS PlflII£TER 
llfI>115 
639 
OCR 
0 
; DEC CII! ClUITER 
llfI>2 fF 
631 
XRA 
A 
,CL£AR ClIlllY 
llfI>3 79 
632 
IClV 
fl,C 
; RECfMR 1ST CII! 
llfI)4 17 
m 
IlIl. 
,ROTATE L.£FT 4 PlACES 
llfI>5 17 
634 
RR. 


llfI)6 17 
635 
RR. 


llfI>7 17 
636 
RR. 


llfI)9 SF 
637 
IClV 
LA 
; 5IM: 
IT IN E 
llfI>9 C3BC9A 
639 
./II' 
PlJ11N3 
; GET NEXTClil 
llfI)C 79 
639 PlJ11N2: 
IClV 
fl.C 
,21«) CII! IN A 
9fIlO 83 
648 
(Ilfl 
E 
,CMlINE 
BOTHCIIl5 
llfI)£ C1 
641 
Ptf' 
8 
,RE5TlJl£ 
lIC 
llfI)f 
C9 
642 
RET 
; RETlJlN TO ClUIIIl 
f'RWlAIl 
H9 
79 
643 PlJ11N1: 
IClV 
fl,C 
; PUT ILlllR 
CII! IN A 
llAE1 37 
644 
5TC 
; SET CARRYAS ILlllR 
5TATlJ5 
H2 
C1 
645 
Ptf' 
8 
;RE5TlH 
lIC 
llAE3 C9 
646 
RET 
,RETlJlN TO Cll.l.11Il 
f'RWlAIl 
647, 
648 , 


649 ,J\If' 
NERE IF IIlfFER All 
654l , 
H4 
CF 
651fl.ff1l.:DB 
9CFIf 
,EXIT TO IDHTlJl 
652 , 
653 , 
654 ; CtlIfH) 
OI5PATCNER 
655 , 
656 ; 
IfC 
2191129 
657 COlI: 
LXI 
It CII)IlJ' 
SET POINTER 
H9 
CS 
654l 
PUSH 
8 
5IM: lIC 
H9 
71 
659 
IClV 
ItC 
L~ 
CtlIfH) 
INTO IIlfFER 
llAEA 79 
669 ClJII1: 
IClV 
fl,8 
CHECKPlIlAI£TER ClUITER 
llAEB A7 
661 
ANA 
A 
15 IT 9" 
HC 
CAFB9A 
662 
12 
CIIlWT 
YES. 00 155l£ 
CtlIfH) 
llAEF Cl)fI)9A 
663 
CII.I. 
PlJ1IN 
GET PlIlAI£TER 
9fF2 
1lAA79B 
664 
JC 
ILllG 
ILlllR 
CII! RETIJlNED 
9fF5 
23 
665 
INX 
H 
IMe IIlfFER POINTER 
9fF695 
666 
OCR 
8 
DEC PfIlfI£TER 
ClUlTER 
9fF7 n 
667 
IClV 
N.A 
PlIlAI£TER TO IIlfFER 
9fF8 
C:lEIlIlA 
669 
JIf' 
ClJII1 
GET NEXT PlIlAI£TER 
9fF8 
2191129 
669 CIIlWT: 
LXI 
It CII)fllf 
REPOINT POINTER 
9fFE C1 
m 
Ptf' 
8 
RE5TlH 
PlIlAI£TER ClUlT 
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llIFF 
Dege 
671 CMI2. 
IN 
STAm 
; REA> 8273 
STATUS 
l!Il81 87 
072 
RLC 
; ROTATE C8SY INTO CAlRY 
81182 OfI'FBA 
673 
JC 
ClWI2 
;1il1T 
FIJlI)( 


8Il85 7E 
674 
IllY 
A." 
; I)(, 
11M: ClJtRI) 
INTO A 


llIl86 0398 
67S 
OUT 
ClJIf73 
; OUTI'UT ClJtRI) 
llll88 
78 
676 PfIl1: 
IllY 
A.B 
; GET PlIlfI£TER 
CWlT 
8989 
A7 
677 
ANA 
A 
; IS IT II? 
llll8A CB 
678 
RZ 
; \£5, 
00£, 
Rrn.llN 


llll88 Z3 
679 
INX 
N 
; INC ClJtRI) 
IllfFER 
POINTER 
818: 
85 
6B8 
OCR 
B 
; DEC PlIlfI£TER 
CWlT 
BBeO Dege 
6B1 PAR2: 
IN 
STAm 
; REA> STATUS 
8B8F E628 
682 
ANI 
CfllF 
; IS CfllF BIT SET? 
9811 
C28IlllB 
683 
JNZ 
PAR2 
; IilIT 
T1L ITS 8 
9814 
7E 
6B4 
IllY 
A." 
; I)(, 
GET PlIlfI£TER 
FRlJl IllfFER 
9815 
0391 
6B5 
OUT 
PllRIf73 
; OUTI'UT PlIlfI£TER 
8817 
C:l8B88 
6B6 
JII' 
PfIl1 
; GET NEXT PlIlfI£TER 
687 
; 


6B8 ; 
6B9 ; INlTIALIZE 
IN) EIRIlE 
RX 0IIl 
CIfH£l. 


69ll ; 
691 ; 


9B1A 3E62 
692 RXOIIl: 
""'I 
A, 0R0Ifl 
; DISABlE RX 0IIl 
CIfH£l. 


881C 03A6 
693 
OOT 
JD)E57 
; 8257 
PUlE PORT 
9B1E 8181182 
694 
LXI 
B,RJaf 
; RX IllfFER 
START fIIIlllESS 
8821 
79 
695 
IllY 
A.C 
; RX IllfFER 
LSB 
8822 
03A6 
696 
OUT 
CHllft)R 
; CHll fill! PORT 
8824 
78 
697 
IllY 
A.B 
; RX IllfFER 
~ 
8B25 03A6 
698 
OOT 
CHllft)R 
; CHll fill! PORT 
8827 
81FF41 
699 
LXI 
B, RXTC 
,RX CH TEERIIINAL CWlT 
8B2A 79 
788 
IllY 
A.C 
; RX TERIHNAL CWlT 
LSB 
8Il2B 03A1 
7B1 
OOT 
CHllTC 
; CHll TC PORT 
8820 
78 
782 
IllY 
RoB 
; RX TERIlINAL CWlT 
IlSB 
8B2E 03111 
783 
OUT 
CHllTC 
; CHll TC PORT 
883B 3E63 
784 
""'I 
A. ENOIIl 
; EIRl.E 
0IIl 
lOll) 
883Z 0Jll8 
785 
OUT 
JD)E57 
; 8257 
PUlE PORT 
8834 
C9 
786 
RET 
; RETlJlN 
787 ; 
78B ; 
789 ; INITIALIZE 
IN) EIRl.E 
TX 0IIl 
CIfIf£t 
718 
; 


711 ; 
8835 
3E61 
712 Tla>Ifl: 
""'I 
A. OTOll! 
; DISABlE TX 0IIl CIfH£l. 


8837 
0Jll8 
713 
OUT 
JD)E57 
; 8257 
PUlE PORT 
8B39 81111188 
714 
LXI 
B, TJaf 
; TX IllfFER 
START fIIIlllESS 
883C 79 
715 
IllY 
A.C 
; TX IllfFER 
LSB 
8830 
03A2 
716 
OUT 
CH1fIlI! 
;CHi 
fill! PORT 
88Jr 
78 
717 
IllY 
A.B 
; TX IllfFER 
IlSB 
8B48 03R2 
71B 
OUT 
CH1fIlI! 
;CHi 
fill! PORT 
8842 
81FF81 
71.9 Tla>Ifl1: 
LXI 
B, TXTC 
; TX CN TERIlINAL ClUlT 
884579 
728 
IllY 
A.C 
; TX TERIlINAL CWlT 
LSB 
8B46 ow 
721 
OUT 
CHiTC 
;CHi 
TC PORT 
8B4B 78 
722 
IllY 
A.B 
; TX TERIlINAL CWlT 
IlSB 
8849 
03113 
7Z3 
OUT 
CHiTC 
; CHi TC PORT 
8B48 3E6J 
724 
""'I 
RoENOIIl 
; EIRIlE 
0IIl 
lOll) 
8B4O 03A6 
725 
OUT 
JD)E57 
; 8257 
PUlE PORT 
8B4F C9 
726 
REf 
; RETlJlN 
727; 
728 ; 
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729 ; llERRtfT 
PROCESSIIIi SECTI~ 
738 ; 
8C88 
nt 
ORG 
lmlH 
732 ; 
733; 


734 ; IlECEI'IER INTERRtI'T - RST 7. 5 (LOC 300 
735 ; 


8C88 E5 
730 RXI: 
PUSIl 
H 
;SAYE HL 
l!C81 F5 
737 
PUSIl 
PSW 
.SAYE PSW 
8C82 C5 
738 
PUSIl 
B 
; SAYE BC 
Ion os 
rn 
PUSIl 
0 
;SAYE DE 
BC84 :lE62 
748 
111'1 
A. DIlDIIl 
; DISIRE 
RX DIll 
BC86 D:lA8 
741 
OUT 
IQ)E57 
; 8257 ID)£ 
P1J1T 
8C88 :lE1B 
742 
111'1 
A.18H 
; RESET RST7. 5 FIF 
BC8A :l8 
m 
SIN 
8C88 1684 
744 
111'1 
D,lMH 
; 0 IS RESllT 
ClUITER 
IlC80 2A1828 
745 
LHLD 
LDlIlll 
; GET LlRl 
POINTER 
BC1a E5 
746 
PUSIl 
H 
,SAYE IT 
BC11 E5 
747 
PUSIl 
H 
; SAYE IT fOHN 
Be12 45 
748 
IlOY 
B,L 
,SAYE LSB 
Ben 
2A132B 
749 
LHLD 
CIRlR 
; GET CONSlU 
POINTER 
Be16 94 
i'S8 RXI1: 
Ilfl 
B 
; BlIf' 
LlRl 
POINTER LSB 
BC17 78 
751 
IlOY 
A.B 
; GET SET TO TEST 
Be18 eo 
752 
CIf' 
L 
;L~E? 
Be19 Clf:48A 
753 
JZ 
IlFFl1. 
; \{5, 
8LfFER FlU 
Be1C 15 
754 
OCR 
0 
,DEC COOITER 
BeW 
C216BC 
755 
JNZ 
RXI1 
,f«)T~, 
TRY fOHN 
BC29 1685 
756 
111'1 
D,85H 
; IlESET C(lJjTER 
lIC22 E1 
7S7 
POP 
H 
; RESTIIlE LlRl 
POINTER 
BC23 DB9B 
758 RX12: 
IN 
STAID 
; IIEAD STAnIS 
BC25 E688 
759 
ANI 
RXINT 
; TEST RX INT BIT 
BC27 CA39BC 
768 
JZ 
RXB 
,~, 
GO FINISH 
lI' 
BC2A DB9B 
761 
IN 
STAID 
; IIEAD STArus 
IlGfIIN 
BC2C E682 
762 
ANI 
RXIRA 
;IS 
RESllT 
~ 
BC2E CA2:l8C 
763 
JZ 
RXI2 
;f«), 
TEST IlGfIIN 
Be31 0893 
764 
IN 
RXIR73 
; \{5, 
IIEAD RESll T 
Be33 77 
765 
IlOY 
itA 
; STIllE 
IN 8LfFER 
Be34 
2C 
766 
Ilfl 
L 
; II«: 8LfFER POINTER 
Be35 
15 
767 
OCR 
0 
;DECClUITER 
Be36 C32J8C 
768 
JNP 
RXI2 
; GET NOlIE RESll TS 
BC39 7A 
769 RXB: 
IlOY 
A.D 
,GET SET TO TEST 
BelA A7 
778 
ANA 
A 
,IU 
RESll TS? 
Be:l8 CA45BC 
771 
JZ 
RXI4 
; \{5, 
so FINISH lI' 
Be3E 3688 
m 
111'1 
1t88H 
;f«), 
LlRl 
a TIL ~ 
BC48 2C 
m 
Ilfl 
L 
,BlIf' 
POINTER 
BC4115 
774 
OCR 
0 
,DECClUITER 
BC42 C339BC 
m 
JNP 
RXB 
.GO fOHN 
Be45 221828 
776 RX14: 
SHLD 
LDlIlll 
; lI'DATE LlRl 
POINTER 
BC48 3A1528 
m 
LOA 
PIlIf'T 
;GET ID)£ 
ItI)lCATIIl 
Be48 FE2D 
778 
CPI 
'-' 
; fQIR. 
ID)£? 
BC4D CA858C 
m 
JZ 
RXI6 
; \£5, 
Cl!AN lI' 
8EFlIlE 
RETtllN 
78B 
781 
pw. ID)£ 
so Cl£Cl( CONTRll 8VTE 
782 
IF ~TROL 
IS A PfU, 
SET lI' 
Sl'EClfI. 
1)( ClJ'IRI) 
8LfFER 
783 
AND IlETUIlN WITH POLL 1N)ICATIIl 
I«)T a 
784 
ecse 
E1 
785 
POP 
H 
; GET PREVIOOS LlRl 
IIlR POINTER 
BC51 7E 
796 
IlOY 
A,N 
; GET IC 8VTE FRlJl 8LfFER 
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~ 
E61£ 
787 
ANI 
1£H 
; LOO< AT GOO) FRlIlE BITS 
IlC54 C289lIC 
788 
JN2 
RXI~ 
; IF P«lT B. 
INTEIlRlJ'T IflSN'T 
FR(Il A GOO) FRlI£ 
~7 
2C 
789 
Iff/ 
L 
; IM'ASS Il8 fill) R1 IN Bt.FFER 
~2C 
798 
Iff/ 
L 
~9 
2C 
791 
Iff/ 
L 
llC:lA~ 
m 
lIlY 
D." 
; GET fa 
BVTE fill) SAYE IT IN 0 
~2C 
793 
Iff/ 
L 
ilC5C 7E 
794 
lIlY 
fl." 
; GET CNTL BVTE FR(Il Bt.FFER 
8CSO FE93 
795 
CPI 
SIM' 
; IllS 
IT SIIlIH"? 
llCS 
CA6C8C 
796 
JZ 
T1 
; YES. 00 SET RESPI»l5E 
BC62 FEU 
797 
CPI 
RRllP 
; IllS 
IT RR(8)-P? 


~ 
C289lIC 
798 
JN2 
RXI~ 
; ~s. 
00 SET RESPI»l5E. 
OTI£RIIISE 
RElIJIH 
llC67 1£11 
799 
l1li1 
E,RReF 
; RR<eH' 
SO SET RESPI»l5E TO RR<e>-F 
llC69 C36EllC 
888 
JII' 
TXRET 
; 00 FINISH LOADIIIi SPECIAL Bt.FFER 
8C6C 1£73 
881 T1: 
l1li1 
E,NSIf' 
; Sff/IHI 
SO SET RESPI»l5E TO NSIH' 
8C6E 212828 
882 T>IRET: 
LXI 
It CIIllIf1 
; SPECIAL Bt.FFER fa 
8C71 36C8 
886 
l1li1 
1t8C8H 
; LOAD TJ( FRlI£ 
COlIN) 
llC73 23 
888 
INX 
H 
; IN: 
POINTER 
llC74 3688 
989 
l1li1 
It. 
;LM 
llC76 23 
818 
INX 
H 
i IN: POINTER 
8C77 3688 
811 
l1li1 
It. 
ill •• 
llC79 23 
812 
INX 
H 
i IN: POINTER 
llC7A 72 
813 
lIlY 
ItO 
; LOAD RCW fa 
BVTE 
llC78 23 
814 
INX 
H 
; IN: 
POINTER 
llC7C 73 
81~ 
lIlY 
ItE 
; LOAD RESPI»l5E CNTL BVTE 
llC7D 3E81 
816 
l1li1 
fl.81H 
; SET PW. 
INDICATlR P«lT e 
llC7F 321628 
817 
STA 
PIUN 
; LOADPW. 
INDICATlR 
llC82 C3898C 
818 
JII' 
RXI~ 
i RElIJIH 
819 
llC8S E1 
82B RX16: 
POP 
H 
; CLEAN IP STAClCIF IOlIR. 
IDlE 
8C86 C389IIC 
821 
JII' 
RXI~ 
; RElIJIH 
822 
8C89 l:Il18 
823 RXI': 
CALL 
RXOIlA 
; RESET DNA ClfHEI. 


llC8C D1 
824 
POP 
0 
; R£STalE 
REGISTERS 
llC8D C1 
~ 
POP 
B 
8C8E F1 
826 
POP 
PSN 
8C8F E1 
827 
POP 
H 
llC98 FB 
82B 
EI 
; ENAll.£ INTERRlI'TS 
llC91 C9 
829 
REf 
i RElIJIH 
838 ; 
831 ; 


832 i I£SSl& 
T'IPER - ASSlJ£S 
I£SSl& 
STfIlTS AT NL 
833 i 
834 ; 


8C92 C5 
835 TI'ISG: 
PUSH 
8 
SAYE llC 
BC93 7E 
83& TYIISG2: lIlY 
fl." 
GET ASCII 
OIl 
llC94 23 
837 
INX 
H 
IN: 
POINTER 
~ 
FEFF 
838 
CPI 
BFFH 
STOP? 
BC97 CMlllC 
839 
JZ 
TYNSG1 
~ 
GET SET Fill 
EXIT 
BC9ll 4F 
848 
lIlY 
C.A 
SET IP Fill 
DISPLAY 
llC98 cones 
841 
CALL 
EOIl 
DISPLAY OIl 
8C9E C3938C 
842 
JII' 
TYIISG2 
GET /EXT OIl 
8CR1 C1 
843 
TYNSG1: POP 
B 
R£STalE 
llC 
8CA2 C9 
844 
REf 
RElIJIH 
84~ 
84Ii 
847 
SllJOl 
I£SSIllE 
848 
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llCA3 eo 
849 SIIHIl: 
OS 
CR, '827J 
'OUT<Il 
Y1.1',CR,llfFH 
~ 
383237JJ 
1m! 
2&404f4£ 
llCAC 49544F52 
IlC88 28285631 
8C84 201 
8C86 eo 
8C87 FF 
858 ; 
851; 
&:i2 ; 
85J 
; RECEIVER INTtRRI.I'T IESSIGS 
&:i4 ; 
855 ; 
9C88 eo 
856 RXIIlSG: OIl 
ell, 'RX INT - 
',llfFH 
8C89 52582949 
llCIlO 4£542820 
1n128 
In2 
FF 
&:i7 ; 
858 ; TRfIlSIlITTER 
INTtRRI.I'T IESSOO£S 
859 ; 
1n3eo 
868 TXIIlSG: OS 
CR, 'TX INT - 
',llfFH 
«:1:4 
54582849 
lICC8 4£542820 
l!CCC 28 
llCCl> FF 
861 ; 
ll62 ; 
ll63 ; TRfIlSIlITTER 
INTtRRI.I'T RWTIt£ 
864 ; 
8CCE E'5 
ll65 TXI: 
PUSIf 
H 
;SAYE II. 


IK:CF F5 
860 
PUSIf 
PSW 
; SAYE PSW 
ecD8 C5 
ll67 
PUSIf 
8 
; SAYE Be 
8CD1 OS 
ll68 
PUSIf 
0 
;SAYE DE 
8CD2 3£61 
869 
flYl 
It OTDlfl 
; 01 SIIl.E 
TX DIfl 
8CD4 03R8 
878 
M 
IIXlE'57 
; 8257 
IQlE 
P<IlT 
8CD6 1684 
871 
flYI 
O,84H 
; SET w..tITER 
ecD8 2A1828 
872 
utJ) 
LDfI)R 
; GET LIRl 
POINTER 
ecD8 E'5 
87J 
PUSH 
H 
; SAYE IT 
llCOC 45 
874 
lIlY 
8,L 
;SIM 
LS8 IN 8 
8COO 2111328 
875 
utJ) 
CIRlR 
;IE CllIS(U 
POINTER 
8C£8 84 
876 TXIi: 
llil 
8 
; II«: POINTER 
8C£1 78 
877 
lIlY 
1t8 
;IE SET TO TEST 
8C£2 eo 
878 
CII' 
L 
; LIRl=COm.£? 
8C£3 ClE48fl 
879 
JZ 
8lFFIL 
; 'rB, 
8lfFER 
R.U 
8C£6 15 
888 
OCR 
0 
; t«J, TEST tEXT LOCIlTIDN 
8C£7 C2EllBC 
881 
JHZ 
TXIi 
; TRY fOliN 
8CEII E1 
882 
PIP 
H 
; REST<IlE LIRl 
POINTER 
llC£B 11892 
883 
IN 
TXIR7J 
; REfI) RESll. T 
8C£l) 77 
894 
lIlY 
itA 
; ST<IlE IN 8lfFER 
sea: 
2C 
as:; 
llil 
L 
;J" POINTER 
BeEF 3688 
8116 
flYI 
ItllllH 
; EXT1lA~ 
T SPOTS 8 
8CF1 2C 
887 
llil 
L 
8CF2 3688 
888 
flYl 
ItllllH 
8CF4 2C 
889 
llil 
L 
8CF5 3688 
Il98 
flYI 
ItllllH 
8CF7 2C 
891 
llil 
L 
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8CF8 3600 
892 
I1VI 
ItlMlli 
8CFA 2C 
893 
I"l 
l 
8CF8 221829 
894 
5HU) 
lDAl'>R 
,LiPOilTE ll)l) 
POINTER 
9CFE C035ll1l 
899 
CAll 
TXDI1A 
. RESET DIVl CIiN£l. 


8lle1 
01 
9Illl 
P'lf' 
0 
; RESTtRE DE 
8092 
C1 
981 
POP 
8 
.IlESTtRE Be 
9083 
F1 
992 
PCP 
PSIl 
; RESTIllE P5IoI 
eoe4 
Ei 
993 
POP 
H 
; RESTIllE It. 


eoes 
F8 
994 
EI 
,EtftIlE 
INTERRUPTS 
91186 C9 
9B5 
RET 
; REn.JRN 
996 
; 


997 : 
952 ; 
953· 
9501 
END 


PIIIl.IC 
S'/ItBClS 


EXTEIMi. 
~S 


USER SI'I'I8OIS 
ft>IIj 
A 8922 
AFoo 
A 89CE 
BLIFFLl. A 8AE4 
CH9fI)R A 9BFIe 
CHIITC A llefl1 
CH1fI)R A 98A2 
CHiTC 
A 88fU 
0051 
A Be27 
CtllBF1 A 2828 
CII>BI.f A 2lJB9 
CPOO./T A eAF8 
OOREC A 98S7 
CIIXl£ 
A 8m 
ClR>R 
A 2813 
CNT953 A ee9C 
CNT153 A 9990 
CNT25:; A ee9E 
CNTl51 A llll89 
CNTlC 
A 9993 
CIMlN 
A 95118 
Cl&! 
A B88C 
COlt! 
A BAES 
COItl1 
A ilAEJl 
COItl2 
A eAFF 
COItl73 A 91199 
CPlIf 
A Be29 
CR 
A eeeo 
CRLF 
A 95EB 
DEll 
A eeee 
0EJUlE 
A 2927 
OISPY 
A BA39 
DISPY1 A 9A4E 
DlSPV2 A llA40 
I)R()Ifl 
A 9lI62 
DTDIIl 
A 1llI61 
ECHO 
A 95F8 
EJ«II( 
A 9A18 
00/lA 
A IllI63 
GOIfl 
A B8FF 
GETCH A 961F 
GETOlD A 1187D 
IJlCII) 
A 99C4 
lllEG 
A 98A7 
lDAl'>R A 2918 
IF 
A ll800 
lKBR1 
A 2817 
LKBR2 A 2918 
ltXl'IT 
A 9861 
PIlCNT8 A ee:l6 
PIlCNT2 A ll8B6 
tl>E51 
A ll8CE 
1IOOf53 A 999S 
1IOOf57 A 9IlA8 
IOiTIll 
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The 8274 Multiprotocol serial controller (MPSC) is a 
sophisticated dual-channel communications controller 
that interfaces microprocessor systems to high-speed 
serial data links (at speeds to 880K bits per second) 
using synchronous 
or asynchronous 
protocols. 
The 
8274 interfaces easily to most common microprocessors 
(e.g., 8048, 8051, 8085, 8086, and 8088), to DMA con- 
trollers such as the 8237 and 8257, and to the 8089 I/O 
processor. Both MPSC communication 
channels are 
completely independent and can operate in a full-du- 
plex communication 
mode (simultaneous data trans- 
mission and reception). 


The 
8274 performs 
many 
communications-oriented 
functions, including: 
Converting da~a bytes from a microprocessor sys- 
tem into a serial bit stream for transmission over 
the data link to a receiving system. 
Receiving serial bit streams and reconverting the 
data into parallel data bytes that can easily be pro- 
cessed by the microprocessor system. 
Performing error checking during data transfers. 
Error checking functions include computing/trans- 
mitting error codes (such as parity bits or CRC 
bytes) and using these codes to check the validity of 
received data. 
Operating independently of the system processor in 
a manner designed to reduce the system overhead 
involved in data transfers. 


The MPSC system interface is extremely flexible, sup- 
porting the following data transfer modes: 
1. Polled 
Mode. The system processor 
periodically 
reads (polls) an 8274 status register to determine 
when a character has been received, when a charac- 
ter is needed for transmission, and when transmis- 
sion errors are detected. 
2. Interrupt 
Mode. The MPSC interrupts the system 
processor when a character has been received, when 
a character 
is needed for transmission, and when 
transmission errors are detected. 


3. DMA Mode. The MPSC automatically requests data 
transfers from system memory for both transmit and 
receive functions by means of two DMA request sig- 
nals per serial channel. These DMA request signals 
may be directly interfaced to an 8237 or 8257 DMA 
controller or to an 8089 I/O processor. 
4. WAIT Mode. The MPSC ready signal is used to syn- 
chronize 
processor data transfers by forcing the 
processor to enter wait states until the 8274 is ready 
for another data byte. This feature enables the 8274 
to interface directly to an 8086 or 8088 processor by 
means of string I/O instructions for very high-speed 
data links. 


This application note describes the use of the 8274 in 
asynchronous 
communication 
modes. Asynchronous 
communication is typically used to transfer data to/ 
from video display terminals, modems, printers, and 
other low-to-medium-speed peripheral devices. Use of 
the 8274 in both interrupt-driven and polled system en- 
vironments is described. Use of the DMA and WAIT 
modes are not described since these modes are em- 
ployed mainly in synchronous communication systems 
where extremely high data rates are common. Pro- 
gramming examples are written in PLIM-86 (Appendix 
B and Appendix C). PLIM-86 
is executed by the 
iAPX-86 and iAPX-88 processor families. In addition, 
PL/M-86 is very similar to PL/M-80 (executed by the 
MCS-80 and MCS-85 processor families). In addition, 
Appendix D describes a simple application example us- 
ing an SDK-86 in an iAPX-86/88 environment. 


SERIAL-ASYNCHRONOUS 
DATA 
LINKS 


A serial asynchronous interface is a method of data 
transmission in which the receiving and transmitting 
systems need not be synchronized. Instead of transmit- 
ting clocking information with the data, locally gener- 
ated clocks (16, 32 or 64 times as fast as the data trans- 
mission rate) are used by the transmitting and receiving 
systems. When a character of information is sent by the 
transmitting system, the character data is framed (pre- 
ceded and followed) by special START and STOP bits. 
This framing information permits the receiving system 
to temporarily synchronize with the data transmission. 
(Refer to Figure I during the following discussion of 
asynchronous data transmission.) 


Normally the data link is in an idle or marking state, 
continuously transmitting a "mark" (binary 1). When a 
character is to be sent, the character data bits are im- 
mediately preceded by a "space" (binary 0 START bit). 
The mark-to-space transition informs the receiving sys- 
tem that a character of information will immediately 
follow the start bit. Figure 1 illustrates the transmission 
of a 7-bit ASCII character (upper case S) with even 
parity. Note that the character is transmitted immedi- 
ately following the start bit. Data bits within the char- 
acter are transmitted from least-significant to most-sig- 
nificant. The parity bit is transmitted immediately fol- 
lowing the character data bits and the STOP framing 
bit (binary 1) signifies the end of the character. 


Asynchronous interfaces are often used with human in- 
terface devices such as CRTlkeyboard 
units where the 
time between data transmissions is extremely variable. 


In asynchronous mode, characters may vary in length 
from five to eight bits. The character length depends on 
the coding method used. For example, five-bit charac- 
ters are used when transmitting Baudot Code, seven-bit 
characters are required for ASCII data, and eight-bit 
characters are needed for EBCDIC and binary data. To 
transmit 
messages composed of multiple characters, 
each character 
is framed and transmitted 
separately 
(Figure 2). 


This framing method ensures that the receiving system 
can easily synchronize with the start and stop bits of 
each character, preventing receiver synchronization er- 
rors. In addition, this synchronization method makes 
both transmitting and receiving systems insensitive to 
possible time delays between character transmissions. 
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Character framing is accomplished by the START and 
STOP bits described previously. When the START bit 
transition (mark-to-space) is detected, the receiving sys- 
tem assumes that a character of data will follow. In 
order to test this assumption (and isolate noise pulses 
on the data link), the receiving system waits one-half bit 
time and samples the data link again. If the link has 
returned to the marking state, noise is assumed, and the 
receiver waits for another START bit transition. 


When a valid START bit is detected, the receiver sam- 
ples the data link for each bit of the following charac- 
ter. Character data bits and the parity bit (if required) 
are sampled at their nominal centers until all required 
characters are received. Immediately following the data 
bits, the receiver samples the data link for the STOP 
bit, indicating the end of the character. Most systems 
permit specification of I, pl., or 2 stop bits. 


The transmitter and receiver in an asynchronous data 
link arrangement are clocked independently. Normally, 
each clock is generated locally and the clocks are not 
synchronized. In fact, each clock may be a slightly dif- 
ferent frequency. (In practice, the frequency difference 
should not exceed a few percent. If the transmitter and 
receiver clock rates vary substantially, errors will occur 
because data bits may be incorrectly 
identified as 
START or STOP framing bits.) These clocks are de- 
signed to operate at 16, 32, or 64 times the communica- 
tions data rate. These clock speeds allow the receiving 
device to correctly sample the incoming bit stream. 


Serial-interface data rates are measured in bits/second. 
The term "baud" is used to specify the number oftimes 
per second that the transmitted signal level can change 
states. In general, the baud is not equal to the bit rate. 
Only when the transmitted signal has two states (elec- 
tricallevels) is the baud rate equal to the bit rate. Most 
point-to-point serial data links use RS-232-C, RS-422, 
or RS-423 electrical interfaces. These specifications call 
for two electrical signal levels (the baud is equal to the 
bit rate). Modem interfaces, however, may often have 
differing bit and baud rates. 


While there are generally no limitations on the data 
transmission rates used in an aysnchronous data link, a 
limited set of rates has been standardized to promote 
equipment interconnection. These rates vary from 75 


bits per second to 38,400 bits per second. Table I illus- 
trates typical asynchronous data rates and the associat- 
ed clock frequencies required for the transmitter and 
receiver circuits. 
Table 1. Communication 
Data Rates and 
Associated Transmitter/Receiver 
Clock Rates 


Data Rate 
Clock Rate (kHz) 
(Bits/Second) 
X16 
X32 
X64 


75 
1.2 
2.4 
4.8 
150 
2.4 
4.8 
9.6 
300 
4.8 
9.6 
19.2 
600 
9.6 
19.2 
38.4 
1200 
19.2 
38.4 
76.8 
2400 
38.4 
76.8 
153.6 
4800 
76.8 
153.6 
307.2 
9600 
153.6 
307.2 
614.2 
19200 
307.2 
614.4 
- 
38400 
614.4 
- 
- 


In order to detect transmission errors, a parity bit may 
be added to the character data as it is transferred over 
the data link. The parity bit is set or cleared to make 
the total number of "one" bits in the character even 
(even parity) or odd (odd parity). For example, the let- 
ter "A" is represented by the seven-bit ASCII code 
10סס oo1 (4IH). The transmitted data code (with parity) 
for this character contains eight bits; 010סס oo1 (41H) 
for even parity and 110סס oo1 (OCIH) for odd parity. 
Note that a single bit error changes the parity of the 
received character and is therefore easily detected. The 
8274 supports both odd and even parity checking as 
well as a parity disable mode to support binary data 
transfers. 


Serial data transmission between two devices can occur 
in one of three modes. In the simplex transmission 
mode, a data link can transmit data in one direction 
only. In the half-duplex mode, the data link can trans- 
mit data in both directions, but not simultaneously. In 
the full-duplex mode (the most common), the data link 
can transmit data in both directions simultaneously. 
The 8274 directly supports the full-duplex mode and 
will interface to simplex and half-duplex communica- 
tion data links with appropriate software controls. 


inter 


Asynchronous 
data links often include a special se- 
quence known as a break condition. A break condition 
is initiated when the transmitting device forces the data 
link to a spacing state (binary 0) for an extended length 
of time (typically 150 milliseconds). Many terminals 
contain keys to initiate a break sequence. Under soft- 
ware control, the 8274 can initiate a break sequence 
when transmitting 
data and detect a break sequence 
when receiving data. 


The 8274 MPSC interfaces to the system processor over 
an 8-bit data bus. Each serial I/O channel responds to 
two I/O or memory addresses as shown in Table 2. In 
addition, the MPSC supports non-vectored and vec- 
tored interrupts. 


The 8274 may be configured for memory-mapped or 
I/O-mapped operation. 


The 8274-processor hardware interface can be config- 
ured in a flexible manner, depending on the operating 
mode 
selected-polled, 
interrupt-driven, 
DMA, 
or 
WAIT. Figure 3 illustrates typical MPSC configura- 
tions for use with an 8088 microprocessor in the polled 
and interrupt-driven modes. 


All serial-to-parallel conversion, parallel-to-serial con- 
version, and parity checking required during asynchro- 
nous serial I/O operation is automatically performed 
by the MPSC. 


Command, parameter, and status information is stored 
in 21 registers within the MPSC (8 writable registers 
and 2 readable registers for each channel, plus the in- 
terrupt vector register). These registers are all accessed 
by means of the command/status 
ports for each chan- 
nel. An internal pointer register selects which of the 
command or status registers will be written or read dur- 
ing a command/status 
access of an MPSC channel. 


Figure 4 diagrams the command/status 
register archi- 
tecture for each serial channel. In the following discus- 
sion, the writable registers will be referred to as WRO 
through WR7 and the readable registers will be re- 
ferred to as RRO through RR2. 
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Figure 3. 8274 Hardware Interface for Polled and Interrupt-Driven 
Environments 


The least-significant three bits of WRO are automatical- 
ly loaded into the pointer register every time WRO is 
written. After reset, WRO is set to zero so that the first 
write to a command register causes the data to be load- 
ed into WRO (thereby setting the pointer register). Af- 
ter WRO is written, the following read or write accesses 
the register selected by the pointer. The pointer is reset 
after the read or write operation is completed. In this 
manner, reading or writing an arbitrary MPSC channel 
register requires two I/O accesses. The first access is 
always a write command. This write command is used 
to set the pointer register. The second access is either a 
read or a write command; the pointer register (previ- 
ously set) will ensure that the correct internal register is 
read or written. After this second access, the pointer 
register is automatically reset. Note that writing WRO 


and reading RRO does not require presetting of the 
pointer register. 


During initialization and normal MPSC operation, var- 
ious registers are read and/or 
written by the system 


processor. These actions are discussed in detail in the 
following paragraphs. Note that WR6 and WR7 are 
not used in the asynchronous communication modes. 


When the 8274 RESET line is activated, both MPSC 
channels enter the idle state. The serial output lines are 
forced to the marking state (high) and the modem in- 
terface signals (RTS, DTR) are forced high. In addi- 
tion, the pointer register is set to zero. 
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Figure 4, Command/Status 
Register 
Architecture 
(Each Serial Channel) 


The MPSC continuously monitors the state of four ex- 
ternall.status conditions: 
I. CTS~lear-to-send 
input pin. 
2. CD~arrier-detect 
input pin. 


3. SYNDET-sync-detect 
input pin. This pin may be 
used as a general-purpose input in the asynchronous 
communication mode. 


4. BREAK-a 
break condition (series of space bits on 
the receiver input pin). 


A change of state in any of these monitored conditions 
will cause the associated status bit in RRO (Appendix 
A) to be latched (and optionally cause an interrupt). 


Three error conditions may be encountered during data 
reception in the asynchronous mode: 
I. Parity. If parity bits are computed and transmitted 


with each character and the MPSC is set to check 
parity (bit 0 in WR4 is set), a parity error will occur 
whenever the number of "I" bits within the charac- 
ter (induding the varity bit) does not match the oddl 
even setting of the parity check flag (bit I in WR4). 


2. Framing. A framing error will occur if a stop bit is 
not detected immediately following the parity bit (if 
parity checking is enabled) or immediately following 
the most-significant data bit (if parity checking is not 
enabled). 
3. Overrun. If an input character has been assembled 
but the receiver buffers are full (because the previ- 
ously received characters have not been read by the 
system processor), 
an overrun 
error 
will occur. 
When an overrun error occurs, the input character 
that has just been received will overwrite the imme- 
diately preceding character. 


In order to operate in the asynchronous mode, each 
MPSC channel must be initialized with the following 
information: 
1. Clock Rate. This parameter is specified by bits 6 and 
7 of WR4. The clock rate may be set to 16, 32, or 64 
times the data-link bit rate. (See Appendix A for 
WR4 details.) 
2. Number of Stop Bits. This parameter is specified by 
bits 2 and 3 of WR4. The number of stop bits may be 
set to 1, 1'/., or 2. (See Appendix A for WR4 
details.) 
3. Parity Selection. Parity may be set for odd, even, or 
no parity by bits 0 and 1 of WR4. (See Appendix A 
for WR4 details.) 
4. Receiver Character Length. This parameter sets the 
length of received characters to 5, 6, 7, or 8 bits. This 
parameter is specified by bits 6 and 7 of WR3. (See 
Appendix A for WR3 details.) 
5. Receiver Enable. The serial-channel receiver opera- 
tion may be enabled or disabled by setting or clearing 
bit 0 of WR3. (See Appendix A for WR3 details.) 
6. Transmitter Character Length. This parameter sets 
the length of transmitted characters to 5, 6, 7, or 8 
bits. This parameter is specified by bits 5 and 6 of 
WR5. (See Appendix A for WR5 details.) Characters 
of less than 5 bits in length may be transmitted by 
setting the transmitted length to five bits (set bits 5 
and 6 of WR5 to 1). 
The MPSC then determines the actual number of 
bits to be transmitted from the character data byte. 
The bits to be transmitted must be right justified in 
the data byte, the next three bits must be set to 0 and 
all remaining bits must be set to 1. The following 
table illustrates the data formats for transmission of 
1 to 5 bits of data: 


Number of 
Bits Transmitted 
07 06 05 04 03 02 01 00 (Character Length) 
1111000c 
1 
111000cc 
2 
11000ccc 
3 
1000cccc 
4 
o 
0 
0 
c 
c 
c 
c 
c 
5 
7. Transmitter Enable. The serial channel transmitter 
operation may be enabled or disabled by setting or 
clearing bit 3 of WR5. (See Appendix A for WR5 
details.) 


For data transmissions via a modem or RS-232-C inter- 
face, the following information must also be specified: 
1. Request-to-SendlData-Terminal-Ready. 
Must be set 


to indicate status of data terminal equipment. Re- 
quest-to-send is controlled by bit 1 of WR5 and data 
terminal ready is controlled by bit 7. (See Appendix 
A for WR5 details.) 
2. Auto Enable. May be set to allow the MPSC to auto- 


matically enable the channel transmitter 
when the 
clear-to-send signal is active and to automatically en- 
able the receiver when the carrier-detect signal is ac- 
tive. Auto Enable is controleld by bit 5 of WR3. (See 
Appendix A for WR3 details.) 


During initialization, it is desirable to guarantee that 
the external/status 
latches reflect the latest interface 
information. Since up to two state changes are internal- 
ly stored by the MPSC, at least two Reset External/ 
Status Interrupt commands must be issued. This proce- 
dure is most easily accomplished by simply issuing this 
reset command whenever the pointer register is set dur- 
ing initialization. 


An MPSC initialization procedure (MPSC$RX$INIT) 
for asynchronous communication is listed in Appendix 
B. Figure 5 illustrates typical MPSC initialization pa- 
rameters for use with this procedure. 


X16 clockrate 
1stop bit 
Odd parity 
8·bitcharacters 
(Tx and Rx) 


Enabletransmitter 
and receiver 
Autoenable set 
DTR and RTS set 
Breaktransmissiondisabled 


Figure 5. Sample 8274 Initialization 
Procedure 
for Polled Operation 


In the polled mode, the processor must monitor the 
MPSC status by testing the appropriate bits in the read 
register. Data available, status, and error conditions are 
represented in RRO and RRI for channels A and B. An 
example of MPSC-polled transmitter/receiver 
routines 
are given in Appendix B. The following routines are 
detailed: 


1. MPSC$POLL$RCV$CHARACTER-This 
proce- 
dure receives a character from the serial data link. 
The routine waits until the character-available flag in 
RRO has been set. When this flag indicates that a 
character 
is available, RRI 
is checked for errors 
(overrun, 
parity, or framing). If an error is de- 
tected, the character 
in the MPSC receive buffer 
must be read and discarded and the error routine 
(RECEIVE$ERROR) 
is called. If no receive errors 
have been detected, the character is input from the 
8274 data port and returned to the calling program. 
MPSC$POLL$RCV$CHARACTER 
requires three 
parameters-the 
address of the 8274 channel data 
port (data$port), 
the address of the 8274 channel 
command port (cmd$port), and the address of a byte 
variable in which to store the received character 
(character$ptr). 
2. MPSC$POLL$TRAN$CHARACTER-This 
pro-. 


cedure transmits a character to the serial data link. 
The routine waits until the transmitter-buffer-empty 
flag has been set in RRO before writing the character 
to the 8274. 
- 


MPSC$POLL$TRAN$CHARACTER 
requires 
three parameters-the 
address of the 8274 channel 
data port (data$port), the address of the 8274 chan- 
nel command port (cmd$port), and the character of 
data that is to be transmitted (character). 


3. RECEIVE$ERROR-This 
procedure processes re- 
ceiver errors. First, an Error Reset command is writ- 
ten to the affected channel. All additional error pro- 
cessing is dependent on the specific application. For 
example, the receiving device may immediately re- 
quest retransmission of the character or wait until a 
message has been completed. 
RECEIVE$ERROR 
requires two parameters-the 
address 
of 
the 
affected 
8274 
command 
port 
(cmd$port) and the error status (status) from 8274 
register RR 1. 


In an interrupt-driven environment, all receiver opera- 
tions are reported to the system processor by means of 
interrupts. Once a character has been received and as- 
sembled, the MPSC interrupts the system processor. 
The system processor must then read the character 
from the MPSC data buffer and clear the current inter- 
rupt. During transmission, the system processor starts 


serial I/O by writing the first character of a message to 
the MPSC. The MPSC interrupts the system processor 
whenever the next character is required (i.e., when the 
transmitter buffer is empty) and the processor responds 
by writing the next character of the message to the 
MPSC data port for the appropriate channel. 


By using interrupt-driven I/O, the MPSC proceeds in- 
dependently of the system processor, signalling the 
processor only when characters are required for trans- 
mission, when characters are received from the data 
link, or when errors occur. In this manner, the system 
processor may continue execution of other tasks while 
serial I/O is performed concurrently. 


The 8274 is designed to interface to 8085- and 8086- 
type processors in much the same manner as the 8259A 
is designed. When operating in the 8085 mode, the 8274 
causes a "call" to a prespecified, interrupt-service rou- 
tine location. In the 8086 mode, the 8274 presents the 
processor with a one-byte interrupt-type number. This 
interrupt-type number is used to "vector" through the 
8086 interrupt service table. In either case, the inter- 
rupt service address or interrupt-type number is speci- 
fied during MPSC initialization. 


To shorten interrupt 
latency, the 8274 can be pro- 
grammed to modify the prespecified interrupt vector so 
that no software overhead is required to determine the 
cause of an interrupt. When this "status affects vector" 
mode is enabled, the following eight interrupts are dif- 
ferentiated automatically by the 8274 hardware: 
1. Channel B Transmitter Buffer Empty. 
2. Channel B External/Status 
Transition. 
3. Channel B Character Available. 
4. Channel B Receive Error. 
5. Channel A Transmitter Buffer Empty. 
6. Channel A External/Status 
Transition. 


7. Channel A Character Available. 
8. Channel A Receive Error. 


The 8274 has three interrupt sources for each channel: 
1. Receiver (RxA, RxB). An interrupt is initiated when 
a character is available in the receiver buffer or when 
a receiver error (parity, framing, or overrun) is de- 
tected. 
2. Transmitter 
(TxA, TxB). An interrupt 
is initiated 
when the transmitter buffer is empty and the 8274 is 
ready to accept another character for transmission. 


inter 


3. External/Status 
(ExTA, ExTB). An interrupt is ini- 
tiated when one of the external/status 
conditions 
(CDE, CTS, SYNDET, BREAK) changes state. 


The 8274 supports two interrupt priority orderings (se- 
lectable during MPSC initialization) as detailed in Ap- 
pendix A, WR2, CH-A. 


In addition to the initialization parameters required for 
polled operation, the following parameters must be sup- 
plied to the 8274 to specify interrupt operation: 
1. Transmit Interrupt Enable. Transmitter-buffer-emp- 
ty interrupts are separately enabled by bit 1 of WR1. 
(See Appendix A for WRI details.) 
2. Receive Interrupt 
Enable. Receiver interrupts 
are 
separately enabled in one of three modes: a) interrupt 
on first received character only and on receive errors 
(used for message-oriented transmission systems), b) 
interrupt on all received characters and on receive 
errors, but do not interrupt on parity errors, and c) 
interrupt on all received characters and on receive 
errors (including parity errors). The ability to sepa- 
rately disable parity interrupts can be extremely use- 
ful when transmitting messages. Since the parity er- 
ror bit in RRI is latched, it will not be reset until an 
error reset operation is performed. Therefore, the 
parity error bit will be set if any parity errors were 
detected in a multi-character message. If this mode is 
used, the serial I/O software must poll the parity 
error bit at the completion of a message and issue an 
error 
reset if appropriate. 
The receiver interrupt 
mode is controlled by bits 3 and 4 of WR1. (See 
Appendix A for WRI details.) 


3. External/Status 
Interrupts. 
External/Status 
inter- 
rupts can be separately enabled by bit 0 ofWR1. (See 
Appendix A for WRI details.) 
4. Interrupt Vector. An eight-bit interrupt-service rou- 
tine location (8085) or interrupt type (8086) is speci- 
fied through WR2 of channel B. (See Appendix A 
for WR2 details.) Table 3 lists interrupt vector ad- 
dresses generated by the 8274 in the "status affects 
vector" mode. 
5. "Status Affects Vector" Mode. The 8274 will auto- 
matically modify the interrupt vector if bit 3 ofWRl 
is set. (See Appendix A for WRI details.) 
6. System Configuration. Specifies the 8274 data trans- 
fer mode. Three configuration modes are available: 
a) interrupt-driven 
operation for both channels, b) 
DMA operation for both channels, and c) DMA op- 
eration for channel A, interrupt-driven operation for 
channel B. The system configuration is specified by 
means of bits 0 and I of WR2 (channel A). (See 
Appendix A for WR2 details.) 
7. Interrupt Priorities. The 8274 permits software spec- 
ification of receive/transmit 
priorities by means of 
bit 2 of WR2 (channel A). (See Appendix A for 
WR2 details.) 
8. Interrupt Mode. Specifies whether the MPSC is to 
operate in a non-vectored mode (for use with an ex- 
ternal 
interrupt 
controller), 
in an 
8086-vectored 
mode, or in an 808S-vectored mode. This parameter 
is specified through bits 3 and 4 of WR2 (channel 
A). (See Appendix A for WR2 details.) 


An 
MPSC 
interrupt 
initialization 
procedure 
(MPSC$INT$INln 
is listed in Appendix C. 
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Original Vector 
(Specified 
during 


V7 
V6 
V5 
V4 
va 
V2 
V1 
VO 
V7 
V6 
V5 
V4 
va 
V2 
V1 
VO 
Initialization) 


8086 
8085 
Interrupt 


Interrupt 
Type 
Interrupt 
Location 
Condition 


V7 
V6 
V5 
V4 
V3 
0 
0 
0 
V7 
V6 
V5 
0 
0 
0 
V1 
VO 
Channel 
B Transmitter 
Buffer Empty 


V7 
V6 
V5 
V4 
V3 
0 
0 
1 
V7 
V6 
V5 
0 
0 
1 
V1 
VO 
Channel 
B External/Status 
Change 


V7 
V6 
V5 
V4 
V3 
0 
1 
0 
V7 
V6 
V5 
0 
1 
0 
V1 
VO 
Channel 
B Receiver 
Character 
Available 


V7 
V6 
V5 
V4 
V3 
0 
1 
1 
V7 
V6 
V5 
0 
1 
1 
V1 
VO 
Channel 
B Receive 
Error 


V7 
V6 
V5 
V4 
V3 
1 
0 
0 
V7 
V6 
V5 
1 
0 
0 
V1 
VO 
Channel 
A Transmitter 
Buffer Empty 


V7 
V6 
V5 
V4 
V3 
1 
0 
1 
V7 
V6 
V5 
1 
0 
1 
V1 
VO 
Channel A External/Status 
Change 


V7 
V6 
V5 
V4 
V3 
1 
1 
0 
V7 
V6 
V5 
1 
1 
0 
V1 
VO 
Channel 
A Receiver 
Character 
Available 


V7 
V6 
V5 
V4 
V3 
1 
1 
1 
V7 
V6 
V5 
1 
1 
1 
V1 
VO 
Channel 
A Receive 
Error 


Appendix 
C lists four 
interrupt 
service 
procedures, 
a 
buffer 
transmission 
procedure, 
and 
a buffer 
reception 
procedure 
that 
illustrate 
the use of the 
8274 in inter- 
rupt-driven 
environments. 
Use of these 
procedures 
as- 


sumes that the 8086/8088 
interrupt 
vector is set to 20H 
and that channel 
B is used with the "status 
affects vec- 


tor" 
mode enabled. 


1. TRANSMIT$BUFFER-This 
procedure 
begins 
se- 
rial transmission 
of a data 
buffer. 
Two 
parameters 
are required-a 
pointer 
to the buffer 
(buf$ptr) 
and 
the length 
of the buffer 
(buf$length). 
The procedure 
first sets the global buffer pointer, 
buffer length, 
and 
initial index for the transmitter-interrupt 
service rou- 
tine 
and 
initiates 
transmission 
by writing 
the 
first 


character 
of the buffer 
to the 
8274. The 
procedure 
then 
enters 
a wait 
loop 
until 
the 
I/O 
completion 
status 
is set by the transmit-interrupt 
service routine 
(MPSC$TRANSMIT$CHARACTER$INT). 


2. RECEIVE$BUFFER-This 
procedure 
inputs 
a line 


(terminated 
by a line feed) from 
a serial 
I/O 
port. 


Two parameters 
are required-a 
pointer 
to the input 
buffer 
(buf$ptr) 
and 
a pointer 
to the buffer 
length 


variable 
(buf$length$ptr). 
The buffer 
length 
will be 
set by this 
procedure 
when 
the 
complete 
line has 
been input. 
The procedure 
first sets the global buffer 
pointer 
and 
initial 
index 
for the 
receiver 
interrupt 


service 
routine. 
RECEIVE$BUFFER 
then 
enters 
a 
wait 
loop 
until 
the I/O 
completion 
status 
is set by 


the 
receive 
interrupt 
routine 
(MPSC$RECEIVE- 
$CHARACTER$INT). 


3. MPSC$TRANSMIT$CHARACTER$INT 
-This 


procedure 
is executed 
when 
the 
MPSC 
Tx-buffer- 


empty 
interrupt 
is 
acknowledged. 
If 
the 
current 


transmit 
buffer 
index 
is less than 
the buffer 
length, 


the 
next 
character 
in the 
buffer 
is written 
to the 
MPSC 
data 
port 
and the buffer 
pointer 
is updated. 


Otherwise, 
the transmission 
complete 
status 
is post- 


ed. 


4. MPSC$RECEIVE$CHARACTER$INT 
-This 
pro- 
cedure 
is executed 
when a character 
has been assem- 


bled by the MPSC 
and the MPSC 
has issued a char- 
acter-available 
interrupt. 
If no input 
buffer 
has been 


set up by RECEIVE$BUFFER, 
the character 
is ig- 
nored. 
If a buffer 
has been 
set up, but 
it is full, a 


receive 
overrun 
error 
is posted. 
Otherwise, 
the 
re- 
ceived 
character 
is read 
from 
the 
MPSC 
data 
port 


and 
the buffer 
index 
is updated. 
Finally, 
if the 
re- 
ceived character 
is a line feed, the reception 
complete 


status 
is posted. 


5. RECEIVE$ERROR$INT-This 
procedure 
is exe- 


cuted 
when a receive error 
is detected. 
First, 
the er- 
ror conditions 
are read from RRI 
and the character 


currently 
in the MPSC 
receive buffer is read and dis- 
carded. 
Next, an Error 
Reset command 
is written 
to 


the affected 
channel. 
All additional 
error 
processing 


is application 
dependent. 


6. EXTERNAL$ST 
A TUS$CHANG 
E$INT 
-This 


procedure 
is executed 
when an external 
status 
condi- 


tion 
change 
is detected. 
The 
status 
conditions 
are 


read 
from 
RRO and 
a Reset 
ExternaVStatus 
Inter- 
rupt 
command 
is issued. 
Further 
error 
processing 
is 


application 
dependent. 
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Each serial I/O channel within the 8274 MPSC inter- 
faces to two data link lines--one line for transmitting 
data and one for receiving data. During transmission, 
characters are converted from parallel data format (as 
supplied by the system processor or DMA device) into 
a serial bit stream (with START and STOP bits) and 
clocked out on the TxD pin. During reception, a serial 
bit stream is input on the RxD pin, framing bits are 
stripped out of the data stream, and the resulting char- 
acter is converted to parallel data format and passed to 
the system processor or DMA device. 


As discussed previously, the frequency of data trans- 
mission/reception on the data link is controlled by the 
MPSC clock in conjunction with the programmed 
clock divider (in register WR4). The 8274is designedto 
permit all four serial interface lines (TxD and RxD for 
each channel) to operate at different data rates. Four 
clock input pins (TxC and RxC for each channel) are 
available for this function. Note that the clock rate di- 
vider spcifiedin WR4 is used for both RxC and TxC on 
the appropriate channel; clock rate dividers for each 
channel are independent. 


The following four modem interface signals may be 
connected to the 8274: 
1. Data Terminal Ready (DTR). This interface signal 
(output by the 8274) is software controlled through 
bit 7 of WR5. When active, DTR indicates that the 
data terminal/computer 
equipment is active and 


ready to interact with the data communications 
channel. In addition, this signal prepares the modem 
for connection to the communication channel and 
maintains connections previously established (e.g., 
manual call origination). 
2. Request To Send (RTS). This interface signal (out- 
put by the 8274) is software controlled through bit I 
of WR5. When active, RTS indicates that the data 
terminal/computer equipment is ready to transmit 
data. When the RTS bit is reset in asynchronous 
mode, the signal does not go high until the transmit- 
ter is empty. 
3. Clear To Send (CTS). This interface signal (input to 
the 8274)is supplied by the modem in response to an 
active RTS signal. CTS indicates that the data termi- 
nal/computer equipment is permitted to transmit 
data. The state of CTS is available to the program- 
mer as bit 5 of RRO. In addition, if the auto enable 
control is set (bit 5 of WR3), the 8274will not trans- 
mit data bytes until CTS has been activated. If CTS 
becomes inactive during transmission of a character, 
the current character transmission is completed be- 
fore the transmitter is disabled. 
' 


4. Carrier Detect (CD). This interface signal (input to 
the 8274)is supplied by the modem to indicate that a 
data carrier signal has been detected and that a valid 
data signal is present on the RxD line. The state of 
CD is available to the programmer as bit 3 of RRO. 
In addition, if the auto enable control is set (bit 5 of 
WR3), the 8274 will not enable the serial receiver 
until CD has been activated. If the CD signal be- 
comes inactive during reception of a character, the 
receiver is disabled, and the partially received char- 
acter is lost. 


In addition to the above modem interface signals, the 
8274SYNDET input pin for channel A may be used as 
a general-purpose input in the asynchronous communi- 
cation mode. The status of this signal is available to the 
programmer as bit 4 of status register RRO. 


inter 


APPENDIX 
A 
COMMAND/STATUS 
DETAILS FOR ASYNCHRONOUS 
COMMUNICATION 


NULL CODE 


NOT USED IN ASYNCHRONOUS 
MODES 


RESET EXT/STATUS INTERRUPTS 


CHANNEL 
RESET 


ENABLE 
INTERRUPT 
ON NEXT R. 
CHARACTER 


RESET T.INT 
PENDING 


ERROR RESET 


END Of INTERRUPT 
leh. A •• Iyl 


NOT USED IN ASYNCHRONOUS 
MODES 
210311-6 


02,0 I,00 
Command/Status 
Register Pointer bits 
determine which write-register the next 
byte is to be written into, or which read- 
register the next byte is to be read from. 
After reset, the first byte written into ei- 
ther channel goes into WRO.Following a 
read or write to any register (exceptWRO) 
the pointer will point to WRO. 
05,04,03 
Command bits determine which of the ba- 
sic seven commands are to be performed. 


Command 0 Null-has 
no effect. 


Command I Note used in asynchronous modes. 
Command 2 Reset ExtemallStatus 
Interrupts-resets 
the latched status bits of RRO and reena- 
bles them, allowing interrupts to occur 
again. 
Command 3 Channel Reset-resets 
the Latched Status 
bits of RRO, the interrupt prioritization 


logicand all control registers for the chan- 
nel. Four extra system clock cyclesshould 
be allowed for MPSC reset time before 
any additional commands or controls are 
written into the channel. 


Command 4 Enable Interrupt on Next ReceiveCharac- 
ter-if 
the 
Interrupt-on-First-Receive 
Character mode is selected, this command 
reactivates that mode after each complete 
message is received to prepare the MPSC 
for the next message. 


Command 5 Reset Transmitter Interrupt Pending-if 
the Transmit Interrupt mode is selected, 
the MPSC automatically interrupts data 
when the transmit buffer becomes empty. 
When there are no more characters to be 
sent, issuing this command prevents fur- 
ther transmitter interrupts until the next 
character has been completely sent. 


Command 6 Error Reset-error 
latches, Parity and 
Overrun errors in RRI are reset. 


Command 7 End of Interrupt-resets 
the interrupt-in- 
service latch of the highest-priority inter- 
nal device under service. 


Write Register 
1 (WR 1): 
00 
ExternallStatus Interrupt Enable-allows 
interrupt to occur as the result of tran- 
sitions on the CO, CTS or SYNDET in- 
puts. Also allows interrupts as the result 
of a Break/Abort detection and termina- 
tion, or at the beginning of CRC, or sync 
character transmission when the Transmit 
Underrun/EOM latch becomes set. 


01 
Transmitter Interrupt/OMA 
Enable-al- 
lows the MPSC to interrupt or request a 
OMA transfer when the transmitter buffer 
becomes empty. 
02 
Status Affects Vector--{WRl, 02 active 
in channel B only.) If this bit is not set, 
then the fixed vector, programmed in 
WR2, is returned from an interrupt ac- 
knowledgesequence. If the bit is set, then 
the vector returned from an interrupt ac- 
knowledge is variable as shown in the In- 
terrupt Vector Table. 


inter 


D4,D3 


00 
o I 


STATUS AFFECTS 
VECTOR (CH B ONLY) 
(NULL CODE CH AI 


1 
VARIABLE 
YECTOR 
o 
FIXED 
VECTOR 


RlllNT 
ON FIRST CHAR OR SPECIAL 
CONDITION 


INT ON ALL R. CHAR (PARITY 
AFFECTS 
YECTOR) OR SPECIAL 
CONDITION 


INT ON ALL R. CHAR (PARITY 
ODES 
NOT AFFECT 
VECTOR) 
OR SPECIAL 
CONDITION 


Receive Interrupt Mode. 
Receive InterruptslDMA 
Disabled. 


Receive Interrupt on First Character Only 
or Special Condition. 
Interrupt 
on All Receive Characters 
of 
Special Condition (Parity Error is a Spe- 
cial Receive Condition). 
Interrupt 
on All Receive Characters 
or 
Special Condition (Parity Error is not a 
Special Receive Condition). 
Wait on ReceivelTransmit-when 
the fol- 
lowing conditions are met, the RDY pin is 
activated, otherwise it is held in the High- 
Z state. (Conditions: 
Interrupt 
Enabled 
Mode, Wait Enabled, CS = 0, AO = 0/1, 
and Al = 0). The RDY pin is pulled low 
when the transmitter buffer is full or the 
receiver buffer is empty and it is driven 
High when the transmitter buffer is empty 
or the receiver buffer is full. The RDY A 
and RDYB may be wired or connected 
since only one signal is active at anyone 
time while the other is in the High Z state. 
Must be Zero. 


Wait Enable-enables 
the wait function. 


1 = PRIORITY 
AxA >AxS >TxA > 
Tdt>EXTA'> 
UTS' 
a = PRIORITY 
R•.•. >Tll;A >Axe > 
r.s >£XT ••.' >EXTS' 


1 
PIN10=~B 


o 
PIN 10 = ATSs 


NOTE: 
210311-8 
"External Status Interrupt-only 
if EXT Interrupt Enable 
(WR1; DO)is set. 


System Configuration-These 
specify the 
data transfer from MPSC channels to the 
CPU, either interrupt or DMA based. 
Channel A and Channel B both use inter- 
rupts. 


Channel A uses DMA, Channel B uses in- 
terrupt. 
Channel 
A 
and 
Channel 
B both 
use 


DMA. 
Illegal Code. 
Priority-this 
bit specifies the relative pri- 


orities of the internal MPSC interrupt! 
DMA sources. 
(Highest) 
RxA, 
TxA, 
RxA, 
RxB, 


TxBExTA, ExTB (Lowest). 
(Highest) RxA, RxB, TxA, TxB, ExTA, 
ExTB (Lowest). 


intJ 


D5,D4,D3 
Interrupt Code-specifies 
the behavior of 
the MPSC when it receives an interrupt 
acknowledge sequence from the CPU. (See 
Interrupt Vector Mode Table.) 
o X X 
Non-vectored 
interrupts-intended 
for 
use with an external interrupt controller 
such as the 8259A. 
I 0 0 
8085 Vector Mode I-intended 
for use as 
the primary MPSC in a daisy-chained pri- 
ority structure. 


I 0 I 
8085 Vector Mode 2-intended 
for use as 
any secondary MPSC in a daisy-chained 
priority structure. 


I I 0 
8086/88 Vector Mode-intended 
for use 
as either a primary or secondary in a dai- 
sy-chained priority structure. 
D6 
Must be Zero. 
D7 
o 
Pin 10 = RTSB' 


I 
Pin 10 = SYNDETB', 


M~ 
~B 
In:~:n:":~:n:~:~I 


1"""", 


Interrupt 
vector-this 
register 
contains 
the value of the interrupt vector placed on 
the 
data 
bus 
during 
acknowledge 
se- 
quences. 


D7,D6 


00 
o I 
I 0 
I I 


NOT USED IN 
ASYNCHRONOUS 
MODES 


Receiver Enable-a 
one enables the re- 
ceiver to begin. This bit should be set only 
after the receiver has been initialized. 
Auto Enables-a 
one written to this bit 
causes CD to be an automatic enable sig- 
nal for the receiver and CTS to be an auto- 
matic enable signal for the transmitter. A 
zero written to this bit limits the effect of 
CD and CTS signals to setting/resetting 
their corresponding bits in the status regis- 
ter (RRO). 
Receiver Character length. 
Receive 5 Data bits/character. 
Receive 7 Data bits/character. 
Receive 6 Data bits/character. 
Receive 8 Data bits/character. 


inter 
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03,02 


00 
o I 
I 0 
I I 
07,06 


1 ' ENABLE PARITY 
OT USEDIN 
o • DISABLE PARITY 
ASYNCHRONOUSMODES 


RTS 


Parity-a 
one in this bit causes a parity bit 
to be added to the programmed number of 
data bits per character for both the trans- 
mitted 
and 
received 
character. 
If the 
MPSC is programmed to receive 8 bits per 
character, the parity bit is not transferred 
to the microprocessor. With other receiver 
character lengths, the parity bit is trans- 
ferred to the microprocessor. 
Even/Odd 
Parity-if 
parity is enabled, a 
one in this bit causes the MPSC to trans- 
mit and expect even parity, and zero caus- 
es it to send and expect odd parity. 
Stop Bits. 
Selects synchronous modes. 
Async mode, I stop bit/character. 
Async mode, 1'/. stop bits/character. 
Async mode, 2 stop bits/character. 
Clock mode---selects the clock! data rate 
multiplier for both the receiver and the 
transmitter. If the Ix mode is selected, bit 
synchronization must be done externally. 
Clock rate 
Data rate X 1. 


Clock rate = Data rate X 16. 
Clock rate = Data rate X 32. 
Clock rate = Data rate X 64. 


06,05 
00 
o I 
I 0 
I I 


Request to Send-a 
one in this bit forces 
the RTS pin active (low) and zero in this 
bit forces the RTS pin inactive (high). 
When the RTS bit is reset in asynchronous 
mode, the signal does not go inactive until 
the transmitter is empty. 
Transmitter 
Enable---a zero in this bit 
forces a marking state on the transmitter 
output. If this bit is set to zero during data 
or sync character transmission, the mark- 
ing state is entered after the character has 
been sent. If this bit is set to zero during 
transmission of a CRC character, sync or 
flag bits are substituted for the remainder 
of the CRC bits. 
Send Break-a 
one in this bit forces the 
transmit data low. A zero in this bit allows 
normal transmitter operation. 
Transmit Character length. 
Transmit 5 or less bits/character. 
Transmit 7 bits/character. 
Transmit 6 bits/character. 
Transmit 8 bits/character. 


Bits to be sent must be right justified, least-significant 
bit fIrSt, e.g.: 


NOT USED IN 
ASYNCHRONOUS 
MODES 


BREAK 


Receive Character Available-this 
bit is 
set when the receive FIFO contains data 
and is reset when the FIFO is empty. 
Interrupt 
Pending-This 
Interrupt-Pend- 
ing bit is reset when an EOI command is 
issued and there is no other interrupt re- 
quest pending at that 
time. In vector 
mode, this bit is set at the falling edge of 
the second INT A in an INT A cycle for an 
internal interrupt 
request. In non-vector 
mode, this bit is set at the falling edge of 
RD input after pointer 2 is specified. This 
bit is always zero in Channel B. 
Transmit Buffer Empty-This 
bit is set 
whenever the transmit buffer is empty ex- 
cept when CRC characters are being sent 
in a synchronous mode. This bit is reset 
when the transmit buffer is loaded. This 
bit is set after an MPSC reset. 
Carrier Detect-This 
bit contains the state 
of the CD pin at the time of the last 
change of any of the External/Status 
bits 
(CD, CTS, Sync/Hunt, 
Break! Abort, or 
Tx Underrun/EOM). 
Any change of state 
of the CD pin causes the CD bit to be 
latched and causes an External/Status 
in- 
terr~ 
This bit indicates current state of 
the CD pin immediately following a Reset 
External/Status 
Interrupt command. 
SYNDET-In 
asynchronous 
modes, the 
operation of this bit is similar to the CD 
status bit, except that it shows the state of 
the SYNDET 
input. Any High-to-Low 
transition on the SYNDET pin sets this 
bit, and causes an External/Status 
inter- 
rupt 
(if enabled). The Reset External/ 
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Status Interrupt 
command 
is issued to 
clear the interrupt. A Low-to-High tran- 
sition clears this bit and sets the External/ 
Status 
interrupt. 
When 
the 
External/ 
Status interrupt 
is set by the change in 
state of any other input or condition, this 
bit 
shows 
the 
inverted 
state 
of 
the 
SYNDET pin at time of the change. This 
bit must be read immediately following a 
Reset External/Status 
Interrupt command 
to read the current state of the SYNDET 
input. 
Clear to Send-this 
bit contains the in- 
verted state of the CTS pin at the time of 
the last change of any of the External/ 
Status bits (CD, CTS, Sync/Hunt, Break/ 
Abort, 
or 
Tx 
Underrun/EOM). 
Any 
change of state of the CTS pin causes the 
CTS bit to be latched and causes an Exter- 
nal/Status interrupt. This bit indicates the 
inverse of the current state of the CTS pin 
immediately following a Reset External/ 
Status Interrupt command. 
Break-in 
the 
Asynchronous 
Receive 
mode, this bit is set when a Break se- 
quence (null character plus framing error) 
is detected in the data stream. The Exter- 
nal/Status 
interrupt, 
if enabled, 
is set 
when break 
is detected. 
The interrupt 
service routine must issue the Reset Exter- 
nal/Status 
Interrupt 
command 
(WRO, 
Command 2) to the break detection logic 
so the Break sequence termination can be 
recognized. 


inter 


The Break bit is reset when the termination of the 
Break sequenceis detected in the incomingdata stream. 
The termination of the Break sequence also causes the 
ExtemallStatus interrupt to be set. The Reset Exter- 
nallStatus Interrupt command must be issuedto enable 
the break detection logic to look for the next Break 
sequence.A single,extraneous null character is present 
in the receiver after the termination of a break; it 
should be read and discarded. 


DO 
All sent-this bit is set when all characters 
have been sent. It is reset when characters 
are in the transmitter. In synchronous 
modes, this bit is always set. 


LSB 


V6 >5 
: V4' ;V3' >2': 
Vl" ;V0"I 


Parity Error-if 
parity is enabled, this bit 
is set for received characters whose parity 
does not match the programmed sense 
(Even/Odd). This bit is latched. Once an 
error occurs, it remains set until the Error 
Reset command is written. 
Receive Overrun Error-this 
bit indicates 
that the receiveFIFO has been overloaded 
by the receiver. The last character in the 
FIFO is overwrittenand flagged with this 
error. Once the overwritten character is 
read, this error condition is latched until 


'Vllrllbll 
In 
StltUI Afflctl 
VIctor 
ModI 
(WRl ; 02) 


reset by the Error Reset command. If the 
MPSC is in the "status affects vector" 
mode, the overrun causes a Special Re- 
ceive Error Vector. 
Framing Error-in 
async modes, a one in 
this bit indicates a receive framing error. 
It can be reset by issuing an Error Reset 
command. 
Channel B 


Interrupt vector--contains the interrupt 
vector programmed into WR2. If the 
"status affects vector" mode is selected, it 
contains the modified vector. (See WR2.) 
RR2 contains the modified vector for the 
highest priority interrupt pending. If no 
interrupts are pending, the variable bits in 
the vector are set to one. May be read 
from Channel B only. 


inter 


APPENDIX 
B 
MPSC-POLLED 
TRANSMIT/RECEIVE 
CHARACTER 
ROUTINES 


declare cmd$port 
clocK$rate 
stop$bits 
parity$type 
parity$enable 
rX$char$length 
rX$enable 
auto$enable 
tX$char$length 
tx$enable 
dtr 
brK 
rts 


(cmd$port, 
clocK$rate,stop$bits,parity$type,parity$enable, 
rx$char$length,rx$enable,auto$enable, 
tX$char$length,tx$enable,dtr,brK,rts) 
: 


byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte: 


output(cmd$port)=14H: 
j* 
point to WR4 *j 


/* 
set 
clock 
rate, 
stop 
bits, 
and 
parity 
information 
*/ 
output(cmd$port)=shl(clocK$rate,6) 
or shl(stop$bits,2) 
or shl(parity$type,l) 
or parity$enable: 


output(cmd$port)=13H: 
j* 
point to WR3 *j 
/* 
set 
up 
receiver 
parameters 
*/ 


output(cmd$port)=shl(rx$char$length,6) 
or rx$enable or shl(auto$enable,S): 


output(cmd$portl=lSH: 
j* 
point to WRS *j 
j* 
set up transmitter parameters 
*j 
output(cmd$portl=shl(tx$char$length,S) 
or shl(tx$enable,31 
or shl(dtr,7) 
or shl(brk,4) or shl(rts,l), 


inter 


declare 
d~taSport 
cmd$port 
character$ptr 
character 
5 ta tus 


byte, 
byte, 
poin tee, 
based 
character$ptr 
byte; 


/* 
check 
for 
errors 
in 
received 
character 
*/ 


output(cmd$port)=l; 
;* point 
to 
RRI *; 
if 
(status:=input(cmd$port) 
and 
rcv$error) 
then 
do; 
character=input(data$port) 
; 
call 
RECElVE$ERROR(cmd$port,status), 
return 
0; 
end: 
else 
do, 
character=input 
(data$port) 
, 
return 
OFFH, 
end, 


;* read 
character 
to 
clear 
~PSC *; 
/* 
clear 
receiver 
errors 
*/ 
/* 
error 
return 
- 
no 
character 
avail 
*/ 


declare 
dataSport 
cmd$port 
character 


byte, 
byte, 
byte, 


declare 
buf$ptr 
buf$length 


j" 
set 
up 
transmit 
buffer 
pointer 
and 
buffer 
length 
in global 
variables 
for 
interrupt 
service 
*/ 
tX$buffer$ptr=buf$ptr, 
transmit$length=buf$length, 


transmit$status=not$complete; 
output(data$port)=transmit$buffer(O) 
, 
transmit$index=l; 


/* 
setup 
status 
for 
not 
complete 
*/ 


j" 
transmit 
first 
character 
"j 
j" 
first 
character 
transmitted 
"j 


/* 
wait 
until 
transmission 
complete 
or 
error 
detected 
*/ 


while 
transmit$status 
= 
not$complete 
do; 
end; 
if 
transmit$status 
<> 
complete 
then 
return 
false; 
else 
return 
true; 


declare 
buf$ptr 
buf$length$ptr 
buf$length 


pointer, 
pointer, 
based 
buf$length$ptr 
byte, 


/* set 
up 
receive 
buffer 
pointer 
in 
global 
variable 
for 
interrupt 
service 
*/ 


rX$buffer$ptr=buf$ptr, 
receive$index=O; 


receive$status=not$complete; 
/* 
set 
status 
to 
not 
complete 
*/ 
j" 
wait 
until 
buffer 
received 
"j 
while 
receive$status 
= 
not$complete 
do, 
end, 
buf$length=receive$length, 
if 
receive$status 
= 
complete 
then 
return 
true; 
else 
return 
false; 


inter 


APPENDIX 
C 
INTERRUPT-DRIVEN 
TRANSMIT IRECEIVE 
SOFTWARE 


rxSbufferSptr 
receiveS buffer based 
receive$status 
receive$index 
receiveS length 


txSbufferSptr 
transmitSbuffer 
based 
transmit$status 
transmitS index 
transmitSlength 


cmdSport 
dataSport 
aScmdSport 
bScmd$port 
lineS feed 
notScomplete 
complete 
overrun 


channelSreset 
errorSreset 
reset$ext$status 


pointer, 
rxSbufferSptr(12S) 
byte 
initial(O), 
byte, 
byte, 


pointer, 
txSbuffer$ptr(12S) 
byte initial (0), 
byte, 
byte, 


literally 
-43H-, 
literally 
-41H', 
literally 
'42H', 
literally'43H', 
literally'OAH', 
literally 
'0', 
literally'OFFH', 
literally 
-1', 


literally'lSH', 
literally'30H', 
literally 
'lOH'; 


j* pointer 
to receive buffer 
*j 


byte, 


j* indicates 
receive 
buffer 
status 
*j 
/* 
current 
index 
into 
receive 
buffer 
*/ 
j* length of final receive 
buffer 
*j 


j* pointer 
to transmit buffer 
*j 


byte, 
/* 
indicates 
transmit 
buffer 
status 
*/ 
j* current 
index' into transmit buffer 
*j 
j* length of buffer 
to be transmitted 
*j 


inter 
AP-134 


MPSC$INT$INIT: 
procedure 
(clock$rate,stop$bits,paritY$type,paritY$enable, 
rX$char$length,rx$enable,auto$enable, 
tX$char$length,tx$enable,dtr,brk,rts, 
ext$en,tx$en,rx$en,stat$affects$vector, 
config,priority,vector$int$mode,int$vector) 
; 


declare 
clock$rate 
byte, 
I" 
2-bit 
code 
for clock 
rate 
divisor 
"I 
stop$bits 
byte, 
I" 
2-bit 
code 
for 
number 
of 
stop 
bits "I 
parity$type 
byte, 
I" 
I-bit 
parity 
type "I 
parity$enable 
byte, 
I" 
I-bit 
parity 
enable 
"I 
rX$char$length 
byte, 
I" 
2-bit 
receive 
character 
length 
"I 
rX$enable 
byte, 
I" 
I-bit 
receiver 
enable 
"I 
auto$enable 
byte, 
I" 
I-bit 
auto 
enable 
flag "I 
tX$char $length 
byte, 
1* 2-bit 
transmit 
character 
leng th *1 


tX$enable 
byte, 
I" 
I-bit 
transmitter 
enable 
*1 


dtr 
byte, 
1* I-bit 
status 
of 
DTR 
pin *1 


brk 
byte, 
I" 
I-bit 
data 
link 
break 
enable 
"I 


rts 
byte, 
1* I-bit 
status 
of 
RTS 
pin *1 


ext$en 
byte, 
1* I-bit 
external/status 
enable 
"I 


tx$en 
byte, 
I" I-bit 
Tx 
interrupt 
enable 
*1 
rx$en 
byte, 
I" 
2-bit 
Rx 
interrup-t 
enable/mode 
"I 


stat$aff$vector 
byte, 
I" 
I-bit 
status 
affects 
vector 
flag "I 


config 
byte, 
I" 
2-bit 
system 
config 
- int/DMA 
*1 
priority 
byte, 
I" 
I-bit 
priority 
flag "I 
vector$int$mode 
byte, 
I" 
3-bi t 
interrupt 
mode 
code "I 
int$vector 
byte; 
I" S-bit 
interrupt 
type 
code 
*1 


output(b$cmd$port)=14H; 
I" 
point 
to WR4 *1 
/* 
set 
clock 
rate, 
stop 
bits, 
and 
parity 
information 
*/ 


output(b$cmd$port)=shl(clock$rate,6) 
or 
shl(stop$bits,2) 
or 
shl(parity$type,l) 


or 
parity$enable; 


output(b$cmd$portl=13H; 
I" point 
to WR3 "I 
1* 
set 
up 
receiver 
parameters 
"I 


output(b$cmd$port)=shl(rx$char$length,6) 
or 
rx$enable 
or 
shl(auto$enable,S); 


output(b$cmd$port)=lSH; 
1* point 
to WRS *1 


/* 
set 
up 
transmitter 
parameters 
*/ 
output(b$cmd$port)=shl(tx$char$lenqth,S) 
or 
shl(tx$enable,3) 
or 
shl(dtr,7) 
or 
shl(brk,4) 
or 
shl(rts,ll: 


output(b$cmd$port)=12H; 
I" 
set 
up 
interrupt 
vector 
*1 


output(b$cmd$port)=int$vector; 


output(a$cmd$port)=12H: 
1* point 
to WR2, 
channel 
A *1 
I" set 
up 
interrupt 
modes 
"I 


output(a$cmd$port)=shl(vector$int$mode,3) 
or 
shl(priority,2) 
or config; 


output(b$cmd$port)=llH; 
I" 
point 
to WRl *1 
I" 
set 
up 
interrupt 
enables 
*1 


output(b$cmd$port)=shl(rx$en,3) 
or 
shl(stat$aff$vector,2) 
or 
shl(tx$en,l) 
or 
ext$en; 


/* 
check 
for 
receive 
buffer 
overrun 
*/ 


if 
receiveS 
index 
= 
128 
then 
receive$status=overrun; 
else 
do; 
j* 
read 
character 
from 
MPSC 
and 
place 
in 
buffer 
- 
note 
that 
the 
parity 
of 
the 
character 
must 
be 
masked 
off 
during 
this 
ste~ 
if 
the 
character 
is 
less 
than 
8 
bits 
(e.g., 
ASCII) 
*j 


receiveSbuffer 
(receiveS 
index) 
,character=input 
(dat.Sport) 
and 
7"H, 
receiveSindex=receive$index+l: 
/* 
update 
receive 
buffer 
index 
*/ 


j* 
check 
for 
line 
feed 
to 
end 
line 
*j 


if 
character 
= 
lineSfeed 
then 
do: 
receiveSlength=receiveSindex: 
receiveSstatus=complete: 
end: 
end; 


/* 
check 
for 
more 
characters 
to 
transfer 
*/ 


if 
transmit$index 
< 
transmit$length 
then 
do; 


j* 
write 
next 
character 
from 
buffer 
to 
MPSC 
*j 


output(dat.Sport)=transmitSbuffer(transmitSindex) 
, 
transmitSindex=transmitSindex+l; 
/* 
update 
transmit 
buffer 
index 
*/ 


end; 
else 
transmitSstatus=complete; 


output(cmdSport)=l; 
receiveSstatus=input(cmd$port) 
; 
temp=input 
(dataSport) 
; 
output(cmdSport)=errorSreset, 


inter 


APPENDIX 
D 
APPLICATION 
EXAMPLE USING SDK-86 


This application example shows the 8274 in a simple 
iAPX-86/88 
system. The 8274 controls two separate 
asynchronous channels using its internal interrupt con- 
troller to request all data transfers. The 8274 driver 
software is described which transmits and receives data 
buffers provided by the CPU. Also, status registers are 
maintained in system memory to allow the CPU to 
monitor progress of the buffers and error conditions. 


Nothing could be easier than the hardware design of an 
interrupt-driven 
8274 system. Simply connect the data 
bus lines, a few bus control lines, supply a timing clock 
for baud rate and, voila, it's done! For this example, the 
ubiquitous SDK-86 is used as the host CPU system. 
The 8274 interface is constructed on the wire-wrap area 
provided. 
While discussing the hardware 
interface, 


please refer to Diagram I. 


Placing the 8274 on the lower 8 bits of the 8086 data 
bus allows byte-wide data transfers at even I/O ad- 
dresses. For simplicity, the 8274's CS input b generated 
by combining the M/IO select line with address line A7 
via a 7432. This places the 8274 address range in multi- 
ple spots within the 8086 I/O address space. (While 
fine for this example, a more complete address decod- 
ing is recommended for actual prototype systems.) The 
8086's Al and A2 address lines are connected to the AO 
and Al 
8274 register select inputs respectively. Al- 
though other port assignments are possible because of 
the overlapping address spaces, the following I/O port 
assignments are used in this example: 


Port Function 
Data channel 
A 
Command/status 
A 
Data channel 
B 
Command/status 
B 


I/O Address 
OOOOH 
0002H 
0004H 
0006H 


To connect the 8274's interrupt controller into the sys- 
tem an inverter and pull-up resistor are needed to con- 
vert the 8274's active-low, interrupt-request 
output, 
INT, into the correct polarity for the 8086's INTR in- 
terrupt input. The 8274 recognizes interrupt-acknowl- 
edge bus cycles by connecting the INTA (INTerrupt 
Acknowledge) lines of the 8274 and 8086 together. 


The 8274 ReaD and WRite lines directly connect to the 
respective 8086 lines. The RESET line requires an in- 
verter. The system clock for the 8274 is provided by the 
PCLK (peripheral clock) output of the 8284A clock 
generator. 


On the 8274's serial side, traditional 1488 and 1489 RS- 
232 drivers and receivers are used for the serial inter- 
face. The onboard baud rate generator supplies the 
channel baud rate timing. In this example, both sides of 
both channels operate at the same baud rate although 
this certainly is not a requirement. (On the SDK-86, 
the baud rate selection is hard-wired thru jumpers. A 
more flexible approach 
would be to incorporate 
an 
8253 Programmable Interval Timer to allow software- 
configurable baud rate selection.) 


That's all there is to it. This hardware interface is com- 
pletely general-purpose and supports all of the 8274 
features except the DMA data transfer mode which re- 
quires an external DMA controller. Now let's look at 
the software interface. 


In this example, it is assumed that the 8086 has better 
things to do rather than continuously run a serial chan- 
nel. Presenting the software as a group of callable pro- 
cedures lets the designer include them in the main body 
of another program. The interrupt-driven data transfers 
give the effect that the serial channels are handled in 
the background while the main program is executing in 
the foreground. There are five basic procedures: a serial 
channel initialization routine and buffer handling rou- 
tines for the transmit and receive data buffers of each 
channel. Appendix D-I shows the entire software list- 
ing. Listing line numbers are referenced as each major 
routing is discussed. 


The channel initialization 
routine (INITIAL 
8274), 
starting with line #203, simply sets each channel into a 
particular 
operating mode by loading the command 
registers of the 8274. In normal operation, once these 
registers are loaded, they are rarely changed. (Although 
this example assumes a simple asynchronous operating 
mode, the concept is easily extended for the byte- and 
bit-synchronous modes.) 


CONTROL 
LINES 
CONNECTOR 


ADDRESS 
BUS EXPANSION 
CONNECTOR 


SOK-86 
5V 
EXPANSION 
BUS 
40 


VCC 


38 
28 
INT 
TxOA 
INTR 


iiii 
48 
22 
iiii 
RTSA 


WR 
48 
21 
WR 
RxOA 


INTA 
50 
27 
INTA 


38 
1 
CTSA 
PCLK 
ClK 


RST 
34 
RESET 
COA 


18 
12 
OB7 
07 
OTRA 


D8 
14 
13 
DBa 


12 
14 
8274 
05 
OB5 
TxOB 


D4 
10 
15 
OB4 


8 
18 
RTSB 
03 
OB3 


02 
8 
17 
OB2 
RxOB 


01 
4 
18 
OB1 
CTSB 


DO 
2 
18 
OBO 


44 
COB 
MilO 
23 cs 


A7 
18 
OTRB 


8 
25 
AO 
fiCA 
A1 


8 
24 
A1 
JiiCA 
A2 


fiCB 


RxCB 
Wi 
GNO 


28 
20 


The channel operating modes are contained in two ta- 
bles starting with line if 163. As the 8274 has only one 
command register per channel, the remaining seven 
registers are loaded indirectly through the WRO (Write 
Register 0) register. The first byte of each table entry is 
the register pointer value which is loaded into WRO 
and the second byte is the value for that particular reg- 
ister. 


The indicated modes set the 8274 for asynchronous op- 
eration with data characters 8 bits long, no parity, and 
2 stop bits. An XI6 baud rate clock is assumed. Also 
selected is the "interrupt on all RX character" 
mode 
with a variable interrupt 
vector compatible with the 
8086/8088. The transmitters are enabled and all model 
control lines are put in their active state. 


In addition to initializing the 8274, this routine also sets 
up the appropriate interrupt vectors. The 8086 assumes 
the first IK bytes of memory contain up to 256 separate 
interrupt vectors. On the SDK-86 the initial 2K bytes 
of memory is RAM and therefore must be initialized 
with the appropriate vectors. (In a prototype system, 
this initial memory is probably ROM, thus the vector 
set-up is not needed.) The 8274 supplies up to eight 
different interrupt vectors. These vectors are developed 
from internal conditions such as data requests, status 
changes, or error conditions for each channel. The ini- 
tialization routine arbitrarily assumes that the initial 
8274 vector corresponds to 8086 vector location 80H 
(memory location 200H). This chOiceis arbitrary since 
the 8274 initial vector location is programmable. 


inter 


Finally, the initialization routine sets up the status and 
flag in RAM. The meaning and use of these locations 
are discussed later. 


Following the initialization routine are those for the 
transmit commands (starting with line # 268). These 
commands assume that the host CPU has initialized the 
publicly declared 
variables for the transmit 
buffer 
pointer, TX_POINTER_CHx, 
and the buffer length, 
TX_LENGTH_CHx. 
The transmit command rou- 
tines simply clear the transmitter empty flag, TX EMP- 
TY CHx, and load the first character of the buffer into 
the transmitter. It is necessary to load the first charac- 
ter in this manner since transmitter interrupts are gen- 
erated only when the 8274's transmit data buffer be- 
comes empty. It is the act of becoming empty which 
generates the interrupt not simply the buffer being emp- 
ty, thus the transmitter needs one character to start. 


The host CPU can monitor the transmitter empty flag, 
TX_EMPTY 
_CHx, 
in order 
to determine 
when 
transmission of the buffer is complete. Obviously, the 
CPU should only call the command routine after first 
checking that the empty flag is set. 


After returning to the main program, all transmitter 
data transfers are handled via the transmitter-interrupt 
service routines starting at lines # 360 and # 443. These 
routines start by issuing an End-Of-Interrupt command 
to the 8274. (This command resets the internal-inter- 
rupt controller logic of the 8274 for this particular vec- 
tor and opens the logic for other internal interrupt re- 
quests. The routines next check the length count. If the 
buffer is completely transmitted, the transmitter empty 
flag, TX_EMPTY_CHx, 
is set and a command is 
issued to the 8274 to reset its interrupt line. Assuming 
that the buffer is not completely transmitted, the next 
character is output to the transmitter. In either case, an 
interrupt return is executed to return to the main CPU 
program. 


The receiver commands start at line # 314. Like the 
transmit commands, it is assumed that the CPU has 
initialized 
the receive-buffer-pointer 
public variable, 
lUL-POINTER-CHx. 
This variable points to the 
first location in an empty receive buffer. The command 
routines clear the receiver ready flag, RX_READY_ 
CHx, and then set the receiver enable bit in the 8274 
WR3 register. With the receiver now enabled, any re- 
ceived characters are placed in the receive buffer using 
interrupt-driven data transfers. 


The received data service routines, starting at lines 
#402 and #485, simply place the received character in 
the buffer after first issuing the EOI command. The 
character is then compared to an ASCII CR. An AS- 
CII CR causes the routine to set the receiver ready flag, 
RX_READY_CHx, 
and to disable the receiver. The 
CPU can interrogate this flag to determine when the 
buffer contains a new line of data. The receive buffer 
pointer, RX_POINTER-CHx, 
points to the last re- 
ceived character and the receive counter, RX_COUN- 
TER-CHx, 
contains the length. 


That completes our discussion of the command rou- 
tines and their associated interrupt service routines. Al- 
though not used by the commands, two additional serv- 
ice routines are included for completeness. These rou- 
tines handle the error and status-change interrupt vec- 
tors. 


The error service routines, starting at lines # 427 and 
# 510, are vectored to if a special receive condition is 
detected by the 8274. These special receive conditions 
include parity, receiver overrun, and framing errors. 
When this vector is generated, the error condition is 
indicated in RRI (Read Register I). The error service 
routine issues an EOI command, reads RRI and places 
it in the ERROR-MSG_CHx 
variable, and then is- 
sues a reset error command to the 8274. The CPU can 
monitor the error message location to detect error con- 
ditions. The designer, of course, can supply his own 
error service routine. 


Similarly, the status-change 
routines 
(starting 
lines 
#386 and #469) are initiated by a change in the mo- 
dem-control status lines CTS/, 
CD/, 
or SYNDET/. 


(Note that WR2 bit 0 controls whether the 8274 gener- 
ates interrupts based upon changes in these lines. Our 
WR2 parameter is such that the 8274 is programmed to 
ignore changes for these inputs.) The service routines 
simply read RRO, place its contents in the STATUS_ 
MSG_CHx 
variable and then issue a reset external 
status command. Read Register 0 contains the state of 
the modem inputs at the point of the last change. 


Well, that's it. This application example has presented 
useful, albeit very simple, routines showing how the 
8274 might be used to transmit and receive buffers us- 
ing an asynchronous serial format. Extensions for byte- 
or bit-synchronous formats would require no hardware 
changes due to the highly programmable nature of the 
8274's serial formats. 
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I«l\' 
I«l\' 
(lJT 


OX 
,SA\{ 
REGISInS 
01 


AX 


EOI 
. SEll:, EOI Ciltft() 
TO 8274 
TX.POINTEILCItI 
,POINT 
TO lEX! 
~ACTER 
TlLLEI«JTH.CItI 
,DEC lEI«JTH oo.MER 
XIS 
. TEST IF ()(J£ 
OX, DATA.PORLCItI 
,HOT ()(J£ 
• Gn 
IEXT CHHPACIEF 
01, 
IX.POINTER.CItI 
1Il., [Oil 
. PI!T CIfIIlf(TER 
IN Ill. 


Ox. Ill. 
.Mf'UI 
IT 10 82,4 


inter 


I«:S·86 
IfQ() 
RSSEIlIlER 
AS\l(lj 


LOC 
!IlJ 
L1hE 
sam 


8622 
58 
J71 
P!J' 
AX 
,RESTCllf 
REGISTERS 
8623 
SF 
372 
P!J' 
OJ 
86245ft 
373 
P!J' 
OX 
8625 
CF 
374 
IRET 
,RETlfN 
TO FCllfIlRtJl.Hl 
8626_ 
3~ 
XIB 
I«l'I 
OX, _.F1llLCIIl 
,FU 
ClflRfr:TERS 
HIlI'E BEEN Sflf) 
8629 
B82S 
376 
IlO'I 
fl., 
2SH 
,RESfT 
TRflNSI!ITTER INTERRLI'T I'EIf)INU 
8628 
EE 
377 
WI 
Ox, 
fl 


862C C686288291 
378 
I«l'I 
TX..£If'TV-Clfl, 
1 ,IXI£ 
• SO SfT 
TX EIt'TV FUI, 
CIIl 
8631 
58 
379 
P!J' 
AX 
,RESTCllf 
RE6JSTEJ1S 
Il632 SF 
388 
P!J' 
01 
86335ft 
381 
P!J' 
OX 


8634 
Cf 
382 
IRH 
,RErum 
TO FCllfGRCl.tl> 


383 
384 
,CIIH£L 
B STATUS ORa 
SERVICE ROOTlhE 


38S 
8635 
S2 
386 
STAIIfl 
PUSH 
OX 
,SIM 
REGIST£RS 
8630 
57 
387 
PUSH 
01 
863, 
58 
3BB 
PUSH 
AX 
8638 
E8DS88 
389 
CflL 
EOI 
,S£If) 
EOI CCltft(> 
TO 8274 
8638_ 
398 
IlO'I 
OX, CCltft(>.PORLUfl 
863E EC 
391 
IN 
fl., 
OX 
,REfI>R1l{l 


8631' A22A92 
m 
I«l'I 
STATUSJtSl',-CIfl, 
fl 
"PlJT R1l{l IN STATUS IlESSAGE 
8642 
11818 
>!lJ 
I«l'I 
fl, 
II1H 
,Sflf) 
RESfT STATUS IN! CCltft(> 
TO 8274 
8644 
EE 
394 
WI 
Ox, 
II. 


864~ 58 
395 
P!J' 
AX 
,RESTIll£ 
REGISTERS 
8646 
SF 
3!'6 
P!J' 
DI 
8647 
5ft 
397 
P!J' 
OX 
8648 
CF 
398 
lRET 


,99 


4118 
,CIIH£L 
8 RECEIIl:O 
DATA SERVICE I1(/JTIhE 
481 
8649 
S2 
482 
RCYIIfl 
PUSH 
OX 
,SA'>! It:GISTEi>5 
_57 
4113 
PUSH 
v) 
_58 
484 
PUSH 
fl); 


864C E8ClOO 
485 
Cfll 
E01 
,SfNll 
EOI COft1FH:, TO 8274 
864F 
883l:2~ 
480 
'1)'/ 
DJ, 
RX.POINTERJIIl 
,GET PX [H8 E'-FFEP POINTEP 
8653 
_118 
487 
I«l'I 
OX, DATA.P(MLCIfl 
8656 
EC 
4118 
IN 
fl., 
~:< 
,mI. 
CHfflI:TEP 
8657 
BB85 
489 
I«l'I 
10IL 
I\- 
,ST~ 
IN 81.fFEP 
e659 
FF862482 
418 
III 
PX.PO INTEP• Ufl 
,Ell.'" 
TIE EIl.fFEP ,OIllToP 


l'65l' 
FF862682 
m 
IN( 
RX.ro.lHT.(1Il 
,Dl'" 
TIE (I:lJN!H 
0661 ~coo 
412 
CI1P 
11., 
CR.Clt? 
,TEST 
IF LAST CHAP'<CTEi' TO BE 'Em'iE!'" 


8603 
~ 
413 
JIE 
RIB 
8665 
C686<'9tI2.1 
414 
I«l'I 
P".PEfl&I.Citj, 
1 ,'IES, 
SET It:AH 
FLAG 
-- 


415 
I«l'I 
ox. 
CCltft(>.F1llT 
.':11: 
Fulm 
Al (,~~ 
P(tFi 
866f, 
B8(l, 
416 
I«l'I 
fl.. 
: 
POINT fiT IlI'J 
806F 
EE 
417 
IJJT 
['X, 
fl 


86,8 
8OC8 
418 
I«l'I 
fl., 
OCIIH 
,C'ISA6l.E 
", 
8672 
EE 
419 
01.11 
[ox, 
fl 
967~ 58 
428 
RIo 
rw 
A>- 
.EITH£~ 
1111'1,RESTORE rEGnER" 


e6i4 Sf 
421 
P(JP 
DI 


%05+1 
422 
P!J' 
v.\ 


967~,tf 
42, 
I~j 
. PETl~ti 
TO i=OF'Fi(ll.'K 
424 
43 
,(HfH£l 
E, ER11C4"SH'VICE 
1I>:l.~IN£ 
42. 


illS" ~,; 
4" 
EPF'lIl1' 
~_~oH 
[.:or; 
. ;M'..'E PEGISTtRS 


e6/B ~ 
428 
PIJSH 
fIX 
&.;79 E89400 
4Z'31 
[fll 
HI 
.5EM' 
EOl 
((H-lff« 
10 ~,2"4 


ab;,e Bf(tt.ee 
4:;@ 
l'IJi 
[lX. ((ftMikF~T"'1f 
210311-31 


IlCS-86 
IKRO 
A5SEPIIlER 
A5\IU 


LOC 
OOJ 
LItE 
SWlCE 


867F 
88Il1 
431 
I()\I 
fl.,1 
,POINT 
AT RRI 
8681 
EE 
432 
OOT 
Ox, 
fl. 


8682 
EC 
m 
IN 
fl., 
DX 
,~RRI 
8683 
A22B82 
434 
I()\I 
ERRaUtSQ.CIIl, 
fl. 
..5IM: 
IT 
IN ERRlIl 
Fl~ 
ll686 
8838 
435 
I()\I 
fl.,3lIl 
..SEJ«) RESET ERR!Il 
Cl»tIlN> 
TO 8274 
8688 
EE 
436 
OOT 
Ox, 
fl. 


ll689 
58 
437 
P(f 
AX 
; RESTORE REGISTERS 
868A 
SA 
438 
P(f 
OX 
8688 
CF 
439 
IRET 
,REMN 
TO FOREGroH) 
448 
441 
; ClftfEL 
A TRfIf.;/lIT 
DATA SERVICE RllJTINE 
442 
968C 
52 
443 
XlfTINA' 
PUSH 
OX 
;5II'/E 
RfGIS;ERS 
8680 
57 
444 
PUSH 
01 
868E 
58 
445 
PUSH 
AX 
868F 
E87E1I8 
446 
CIl.L 
EOI 
; SEJ«) EOJ cmR() 
TO 8274 
8692 
FFIl62C82 
447 
INC 
TXJ'()INTEJLCNA 
,POINT 
TO tEXT 
CIRlfI:TER 
8696 
FFI!E2EIl2 
446 
DEC 
nUENGTH_CNA 
; DEC LENGTH COONTER 
869A748E 
449 
JE 
XIA 
,TEST 
IF [Of: 
869C 
_ 
458 
IlJ\/ 
OX, DATAJ'lllLCllA 
,I«JT [Of: - GET NEXT C1~flo;T£R 
869F 
1l83E2C82 
451 
I()\I 
01, 
TX_POINTER-CHA 
86A36f195 
452 
I()\I 
fl., 
[Oil 
;M 
CIRlfI:TER 
IN fl. 


86A5 EE 
453 
OOT 
Ox, 
fl. 
,OOTPUT 
IT TO 8274 
ll6fl6 
58 
454 
P(f 
AX 
· RESTORE ""GISlERS 
86A7 
SF 
455 
POP 
OJ 
96fI8 
SA 
4S/; 
PI» 
OX 
86A9 
CF 
457 
1l1ET 
.I1ETlllN 
TO FOREIi!(lH, 
-- 


458 
XIA. 
Pm 
OX. rot1fK, 
_PCllLCNA 
,1l.L 
CHARf<CTERSHfM: BEEN SEI{) 
8611> B828 
459 
Pm 
fl.. 
2BH 
; I1ESET TRfIf.;/llHER 
INTERRlJPT F'EI{>II() 
86If' 
EE 
46B 
OOT 
OX. fl. 


868B 
C686348291 
461 
I()\I 
TX_EII'TV _CHA, 
I ,[Of: 
- 50 SET TX EI1PTV FLAG CIIl 
8685 
58 
462 
PI]' 
AX 
..I1ESTORE RfGISTERS 
ll686 
SF 
463 
P(f 
DJ 
8687 
SA 
464 
P(f 
OX 


8688 
CF 
465 
II1ET 
,RETlllN 
TO FOREGR(\I(; 


466 
467 
,CHANNEL A STATlJS CHfIN3E SERVICE R(Il.lTll£ 
468 
8689 52 
469 
STAJNA 
PUSH 
OX 
,5AYE 
RfGISTERS 
868A 
57 
470 
PUSH 
Oi 


8688 
58 
471 
PI.ISH 
AX 


968C 
E8511le 
4('2 
Cfl.l 
EOI 
. SEND EOI C(_ 
TO ~274 
868F 
_ 
473 
ItW 
OX. Cl__ 
f'ORLCHA 


86C2 
EC 
474 
IN 
fl., 
DX 
· READ RRO 
86C3 
A23682 
475 
Pm 
STATUS_"SG_CHA, 
I1L 
. PUT RR6 IN STAWS 
MESSAGE 
86C6 
B8IS 
416 
~y 
fl., 
leH 
· 50() 
~SET 
SlAWS 
INT 
COltlANO 
TO ~:2i"'; 
86C8 
EE 
417 
OUT 
OX, fl. 


86C9 
58 
47S 
PI» 
AX 
· RESTORE I1EGISTERS 
86CA SF 
479 
POI' 
DI 
86C0 
5fI 
480 
POP 
OX 


86CC CF 
461 
IRET 
482 
48; 
CHANNfL A RECEIVEO [",TA S£R'IICE 
ROlJTlf£ 
464 


%CD 52 
465 
R(VINA 
PUSH 
CIX 
,SA'.'E RE(j15TE~S 
86CE 57 
486 
f'1JSH 
['I 
86CF 
58 
467 
fUSH 
AX 
86De 
mooo 
486 
CALL 
EOI 
50(' 
EOJ C~[', 
Tn 2.2;'4 
1!I6l') 8lI)E?Be2 
489 
~V 
DJ, 
P,:_POINT£UHA 
. Gfl 
R:·' (Hfi BtHER 
P01N1E' 
86", 
BAeeee 
4~ 
/'lOV 
Di;. 
[>ATA_P(~'UHA 
210311-32 


inter 
AP-134 


Il6/)fl EC 


8608 sses 
8600 FF863lI82 
II6E1 FF863292 
86ES JC8() 
86E7 ?SeE 
8ID 
C6863S8281 
86EE_ 
I!6fl 
IIIl8J 
I!6fJ IT 
1!6f4 eta 
1!6f6 IT 
1!6f758 
1!6f8 :if 
1!6f~ SA 
I!6fA Cf 


I!6fB 52 
I!6fC 58 
1!6f0 E81111l8 
8700_ 
878J 
B881 
8785 EE 
8786 EC 
8787 A23782 
878A 8838 
878C IT 
878D 58 
878E SA 
878f 
Cf 


8718 58 
8711 52 
8712_ 
8m 
8838 
8717 IT 
8718 SA 
871~ 58 
871A C3 


IN 
I'" 
ox 
. REf() OffIIl:TER 
Ill\' 
[011 
fl 
. STClif IN BlfFER 
II(; 
RX..POINTER..Clfl, IUt' TI£ BlfFER POINTER 
11£ 
RX.Cl).IjLClfl 
,1Ut' TI£ ro~TER 


Of> 
fl, 
CR.CIf: 
. TEST IF LIlST CIft1fI:TER TO BE RW:IYEP 
JI£ 
RIA 
Ill\' 
RlLREIIl'I.Clfl, 
1 . YES, SET REfliY Flfll 
Ill\' 
01<, ClJtRf)YL11LClfl 
,POINT AT ClJtRf) 
F!Jl1T 
Ill\' 
fl, 
3 
,POINT AT "l3 


M 
01<, fl 


Ill\' 
fl, 
BCeH 
; 015lllll.E RX 


M 
01<, fl 


RIA 
PlJ' 
A:< 
. ElTI£R 
lEN, 
RESTClif REGISTERS 
PlJ' 
01 
PlJ' 
ox 


IRET 
. REP.lll 
TO FClIfGROJ() 


ERRIIIl. 
PUSN 
PUSN 
CIll 
Ill\' 
PI)\' 


OOT 
IN 
PI)\' 


PI)\' 
M 
PlJ' 
PlJ' 
IRET 


ox 
,SIlYE REGISTERS 


AX 
EOI 
,SEM> EOI C_ 
TO 8274 
ox, 
C(HA().PORLClfl 
fl, 
I 
,POINT AT RIll 
ox, fl 


fl, 
OX 
,RE~ 
IIRI 
EIIRlLI1SIj.CHA, fl 
,SIlYE IT IN EW* 
FUI, 
fl, 
38H 
. SEM>RESET EW* 
ClJtRf) 
TO 8274 
01<, fl 


AX 
,RESTClif REGISTERS 
ox 


EOI 
PUSN 
AX 
. SIlYE REGISTERS 
Plroll 
OX 


PI)\' 
01<, ClJtRf)YL11LClfl 
,fllfl\'S 
FfJ' CIfN£I. 
A '" 
PI)\' 
fl,38H 
M 
01<, fl 


PlJ' 
DX 
PlJ' 
AX 


RE1 
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The INTEL 8274 is a Multi-Protocol Serial ControUer, 
capable of handling both asynchronous and synchro- 
nous communication protocols. Its programmable fea- 
tures aUow it to be configured in various operating 
mode-. providing opimization to given data communi- 
cation application. 


This application 
note describes the features of the 
MPSC in Synchronous Communication 
applications 
only. It is strongly recommended that the reader read 
the 8274 Data Sheet and Application 
Note AP134 
"Asynchronous Communication with the 8274 Multi- 
Protocol Serial Controller" before reading this Applica- 
tion Note. This Application note assumes that the read- 
er is familiar with the basic structure of the MPSC, in 
terms of pin description, 
Read/Write 
registers and 
asynchronous communication with the 8274. Appendix 
A contains the software listings of the Application Ex- 
ample and Appendix B shows the MPSC Read/Write 
Registers for quick reference. 


The first section of this application note presents an 
overview of the various synchronous protocols. The 
second section discusses the block diagram description 
of the MPSC. This is followed by the description of 
MPSC interrupt structure and mode of operation in the 
third and fourth sections. The fifth section describes a 
hardware/software 
example, using the INTEL single 
board computer iSBC88/45 as the hardware vehicle. 
The sixth section consists of some specialized applica- 
tions of the MPSC. FinaUy, in section seven, some use- 
ful programming hints are summarized. 


SYNCHRONOUS 
PROTOCOL 
OVERVIEW 


This section presents an overview of various synchro- 
nous protocols. The contents of this section are fairly 
tutorial and may be skipped by the more knowledgeable 
reader. 


Bit oriented protocols have been defined to manage the 
flow of information on data communication links. One 
of the most widely known protocols is the one defined 
by the International 
Standards Organization: HDLC 


(High Level Data Link Control). The American Stan- 
dards Association's 
protocol, ADCCP 
is similar to 
HDLC. CCITT Recommendation X.25 layer 2 is also 
an acceptable version of HDLC. Finally, IBM's SDLC 
(Synchronous Data Link Control) is also a subset of the 
HDLC. 


In this section, we will concentrate most of our discus- 
sion on HDLC. Figure I shows a basic HDLC frame 
format. 


A frame consists of five basic fields: Flag, Address, 
Control, Data and Error Detection. A frame is bound- 
ed by flags-<lpening and closing flags. An address field 
is 8 bits wide, extendable to 2 or more bytes. The con- 
trol field is also 8 bits wide, extendable to two bytes. 
The data field or information field may be any number 
of bits. The data field mayor 
may not be on an 8-bit 
boundary. 
A powerful error 
detection 
code caUed 
Frame Check Sequence contains the calculated CRC 
(Cycle Redundancy Code) for aU the bits between the 
flags. 


The flag has a unique binary bit pattern: 7E HEX. To 
eliminate the possibility of the data field containing a 
7E HEX pattern, a bit stuffing technique caUed Zero 
Bit Insertion is used. This technique specifies that dur- 
ing transmission, a binary 0 be inserted by the transmit- 
ter after any succession of five contiguous binary l's. 
This will ensure that no pattern of 0 I 1 1 1 1 1 0 is ever 
transmitted between flags. On the receiving side, after 
receiving the flag, the receiver hardware automatically 
deletes any 0 foUowing five consecutive l's. The 8274 
performs zero bit insertion and deletion automatically 
in the SDLCIHDLC 
mode. The zero-bit stuffing en- 
sures periodic transitions in the data stream. These 
transitions are necessary for a phase lock circuit, which 
may be used at the receiver end to generate a receive 
clock which is in phase to the received data. The insert- 
ed and deleted O's are not included in the CRC check- 
ing. The address field is used to address a given second- 
ary station. The control field contains the link-level con- 
trol information which includes implied acknowledge- 
ment, supervisory commands and responses, etc. A 
more detailed discussion of higher level protocol func- 
tions is beyond the scope of this application note. Inter- 
ested readers may refer to the references at the end of 
this application note. 


Opening 
Address' 
Contro'" 
Data 
Frame 
Closing 
Flag 
Field (A) 
Field (C) 
Field 
Check 
Flag 
Byte 
Sequence 
Byte 


• Extendable 
to 2 or More Bytes . 
•• Extendable 
to 2 Bytes. 


inter 


The data field may be of any length and content in 
HOLC. Note that SOLC specifies that data field be a 
multiple of bytes only. In data communications, it is 
generally desirable to transmit data which may be of 
any content. This requires that data field should not 
contain characters which are defined to assist the trans- 
mission protocol (like opening flag 7EH in HOLC/ 
SOLC communications). This property is referred to as 
"data 
transparency". 
In 
HOLC/SOLC, 
this 
code 
transparency is made possible by Zero Bit Insertion dis- 
cussed earlier and the bit oriented nature of the proto- 
col. 


The last field is the FCS (Frame Check Sequence). The 
FCS uses the error detecting techniques called Cyclic 
Redundancy 
Check. In SOLC/HOLC, 
the CCITT- 
CRC must be used. 


NRZI is a method of clock and data encoding that is 
well suited to the HOLC protocol. It allows HOLC 
protocols to be used with low cost asynchronous mo- 
dems. NRZI coding is done at the transmitter to enable 
clock recovery from the data at the receiver terminal by 
using standard digital phase locked loop techniques. 
NRZI coding specifies that the signal condition does 
not change for transmitting 
a I, while a 0 causes a 
change of state. NRZI coding ensures that an active 
data line will have transition at least every 5-bit times 
(recall Zero Bit Insertion), while contiguous O's will 
cause a change of state. Thus, ZBI and NRZI encoding 
makes it possible for a phase lock circuit at the receiver 
end to derive a receive clock (from received data) which 
is synchronized to the received data and at the same 
time ensure data transparency. 


As the name implies, Byte Synchronous Communica- 
tion is a synchronous communication protocol which 
means that the transmitting station is synchronized to 
the receiving station through the recognition of a spe- 
cial sync character or characters. Two examples of Byte 
Synchronous protocol are the IBM Bisync and Mono- 


sync. Bisync has two starting sync characters per mes- 
sage while monosync has only one sync character. For 
the sake of brevity, we will only discuss Bisync here. 
All the discussion is valid for Monosync also. Any ex- 
ceptions will be noted. Figure 2 shows a typical Bisync 
message format. 


The Bisync protocol is defmed for half duplex commu- 
nication between two or more stations over point to 
point or multipoint communication lines. Special char- 
acters control link access, transmission of data and ter- 
mination of transmission operations for the system. A 
detailed discussion of these special control characters 
(SYN, ENQ, 
STX, ITB, ETB, ETX, 
OLE, 
SOH, 
ACKO, ACKl, WACK, NAK and EOT, etc) is beyond 
the scope of this Application Note. Readers interested 
in more detailed discussion are directed to the refer- 
ences listed at the end of this Application Note. 


As shown in Figure 2, each message is preceded by two 
sync characters. Since the sync characters are defined 
at the beginning of the message only, the transmitter 
must insert fill characters (sync) in order to maintain 
synchronization with the receiver when no data is being 
transmitted. 


Bisync protocol requires special control characters to 
maintain the communication link over the line. If the 
data is EBCOIC encoded, then transparency is ensured 
by the fact that the field will not contain any of the 
bisync control characters. However, if data does not 
conform to standard 
character 
encoding techniques, 
transparency in bisync is achieved by inserting a special 
character OLE (Oata Link Escape) before and after a 
string of characters which are to be transmitted trans- 
parently. This ensures that any data characters which 
match any of the special characters are not confused for 
special characters. An example of a transparent block is 
shown in Figure 3. 


In a transparent 
mode, it is required that the CRC 
(BCC) is not performed on special characters. Later on, 
we will show how the 8274 can be used to achieve 
transparent tra,nsmission in Bisync mode. 


return to normal mode 
Figure 3. Bisync Transparent 
Format 


This section discusses the block diagram view of the 
8274. The CPU interface and serial interface is dis- 
cussed separately. This will be followed by a hardware 
example in the fifth section, which will show how to 
interface the 8274 with the Intel CPU 8088. The 8274 
block diagram is shown in Figure 4. 


The CPU interface to the system interface logic block 
utilizes the AO.AI, CS. RD and WR inputs to commu- 
nicate with the internal registers of the 8274. Figure 5 
shows the address of the internal registers. The DMA 
interface is achieved by utilizing DMA request lines for 


CLK 


RESET 


RDYB/T.DROA 


IPO/T.DROB 


IP1/R.DROB 


INT 


• INTA 


SYSTEM 
INTERFACE 
CONTROL 
LOGIC 


each 
channel: 
TxDRQA. 
TxDRQB. 
RxDRQA. 
RxDRQ~ote 
that TxDRQB and RxDRQa-become 
IPO and IPI respectively in non-DMA mode. IPI is the 
Interrupt Priority Input and IPO is the Interrupt Prior- 
ity Output. These two pins can be used for connecting 
multiple MPSCs in a daisy chain. If the Wait Mode is 
programmed. then TxRDQA and RxDRQA pins be- 
come RDYB and RDYA pins. These pins can be wire- 
OR'ed and are usually hooked up to the CPU RDY 
line to synchronize the CPU for block transfers. The 
INT pin is activated whenever the MPSC requires CPU 
attention. The INTA may be used to utilize the power- 
ful vectored mode feature of the 8274. Detailed discus- 
sion on these subjects will be done later in this Applica- 
tion Note. The RESET pin may be used for hardware 
reset while the clock is required to click the internal 
logic on the MPSC. 


r----------l 


CHANNEL A 
I 
T~~~~~~ir:R 
I 
I 
I 


T.DA 


T,CA 


CHANNEL 
A 
WRITE 
REGISTERS 
OCDA 


CTSA 


RTSA 


SYNDETA 


DTRA 


CHANNEL 
A 
CONTROL 
LOGIC 


CHANNEL 
A 
READ 
REGISTERS 


T.DB 


T,CB 


DCDB 


CTSB 


{ 
SYNOETB 
RTSB 
I5T1fB 


R,CB 


R.DB 


inter 


CS 
A1 
AD 
Read Operation 
Write Operation 


0 
0 
0 
CHA 
DATA READ 
CHA 
DATA WRITE 
0 
1 
0 
CHA 
STATUS 
REGISTER 
CHA 
COMMAND/PARAMETER 
(RRO,RR1) 
(WAO-WA7) 


0 
0 
1 
CHB 
DATAAEAD 
CHB 
DATA WAITE 
0 
1 
1 
CHB 
STATUS 
AEGISTEA 
CHB 
COMMAND/PARAMETEA 
(RAO,AA1,AA2) 
(WAO-WA7) 


1 
X 
X 
HIGHZ 
HIGHZ 


On the serial side, there are two completely indepen- 
dent channels: Channel A and Channel B. Each chan- 
nel consists of a transmitter block, receiver block and a 
set of read/write 
registers which are used to initialize 
the device. In addition, a control logic block provides 
the modem interface pins. Channel B serial interface 
logic is a mirror image of Channel A serial interface 
logic, except for one exception: there is only one pin for 
RTSB and SYNDETB. 


A a given time, this pin is either RTSB or SYNDETB. 
This mode is programmable through one of the internal 
registers on the MPSC. 


Figure 6 shows a block diagram for transmit and re- 
ceive data path. Without describing each block on the 
diagram, a brief discussion of the block diagram will be 
presented here. 


The transmit data is transferred to the twenty-bit serial 
shift register. The twenty bits are needed to store two 
bytes of sync characters in bisync mode. The last three 
bits of the shift register are used to indicate to the inter- 
nal control logic that the current data byte has been 
shifted out of the shift register. The transmit data in the 


inter 


transmit shift register is shifted out through a two bit 
delay onto the TxData Jim;.This two bit delay is used 
to synchronize the internal shift clock with the external 
transmit clock. The data in the shift register is also 
presented to zero bit insertion logic which inserts a zero 
after sensing five contiguous ones in the data stream. In 
parallel to all this activity, the CRC-generator is com- 
puting CRC on the transmitted data and appends the 
frame with CRC bytes at the end of the data transmis- 
sion. 


INTERRUPT 
ON FIRST RECEIVE 
CHARACTER 


INTERRUPT 
ON 
ALL RECEIVE 
CHARACTERS 


SPECIAL 
RECEIVE 
CONDITION 
INTERRUPT 


The received data is passed through a one bit delay 
before it is presented for flag/sync comparison. In bi- 
sync mode, after the synchronization is achieved, the 
incoming data bypasses the sync register and enters di- 
rectly into the three bit buffer on its way to receive shift 
register. In SDLC mode, the incoming data always 
passes through the sync register where the data pattern 
is continuously monitored for contiguous ones for the 
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un 
buffer 
and 
the receive 
shift register. 
From 
the receive 
shift register, 
the data 
is transferred 
to the three 
byte 
deep 
FIFO. 
The 
data 
is transferred 
to the top of the 
FIFO 
at the chip clock rate (not the receiver 
clock). 
It 
takes three chip clock/periods 
to transfer 
data from the 
serial shift register 
to the top of the FIFO. 
The three bit 
deep 
Receive 
Error 
FIFO 
shifts 
any 
error 
condition 
which 
may 
have 
occurred 
during 
a frame 
reception. 
While all this is happening, 
the CRC 
checker 
is check- 
ing 
the 
CRC 
on 
the 
incoming 
data. 
The 
computed 
CRC 
is checked 
with 
the 
CRC 
bytes 
attached 
to the 
incoming 
frame 
and 
an error 
generated 
under 
a no- 
check condition. 
Note that the bisync data is presented 
to the CRC 
checker 
with an 8-bit delay. This is neces- 
sary to achieve 
transparency 
in bisync 
mode as will be 
shown 
later in this Application 
Note. 


MULTI-PROTOCOL 
SERIAL 
CONTROLLER 
(MPSC) INTERRUPT 
STRUCTURE 


The 
MPSC 
offers a very powerful 
interrupt 
structure, 
which 
helps 
in responding 
to an interrupt 
condition 
very quickly. 
There 
are multiple 
sources 
of interrupts 
within 
the 
MPSC. 
However, 
the 
MPSC 
resolves 
the 
priority 
between 
various 
interrupting 
sources 
and inter- 
rupts 
the CPU 
for service 
through 
the interrupt 
line. 
This section 
presents 
a comprehensive 
discussion 
of all 
the 8247 interrupts 
and the priority 
resolution 
between 
these interrupts. 


All 
the 
sources 
of 
interrupts 
on 
the 
8274 
can 
be 
grouped 
into three 
distinct 
categories. 
(See Figure 
7.) 


I. Receive 
Interrupts 


2. Transmit 
Interrupts 


3. External/Status 
Interrupts. 


An internal 
interrupt 
priority 
structure 
sets the priority 
between 
the 
interrupts. 
There 
are two programmable 
options 
available 
on the MPSC. 
The priority 
is set by 
WR2A, 
D2 (Figure 
8). 


WR2A:D2 
Highest 
Lowest 
0 
RxA 
TxA 
RxB TxB EXTA 
EXTB 


1 
RxA 
RxB 
TxA TxB EXTA 
EXTB 


All receive 
interrupts 
may be categorized 
into two dis- 
tinct 
groups: 
Receive 
Interrupt 
on Receive 
Character 
and Special 
Receive 
Condition 
Interrupts. 


Ht:.(;t:.IVt:. IN I t:.HHUt" I UN 
Ht:.(;t:.IVt: 
CHARACTER 


A receive 
interrupt 
is generated 
when 
a character 
is 
received 
by the MPSC. 
However, 
as will be discussed 
later, 
this is a programmable 
feature 
on the MPSC. 
A 


. Rx 
character 
available 
interrupt 
is generated 
by the 
MPSC 
after 
the receive 
character 
has been assembled 
by the MPSC. 
It may be noted 
that 
in DMA 
transfer 
mode too, a receive interrupt 
on the first receive char- 
acter 
should 
be programmed. 
In SDLC 
mode, 
if ad- 
dress search 
mode has been programmed, 
this interrupt 
will be generated 
only after a valid address 
match 
has 
occurred. 
In bisync mode, this interrupt 
is generated 
on 
receipt 
of a character 
after at least two valid sync char- 
acters. 
In monosync 
mode, a character 
followed 
after at 
least a single valid sync character 
will generate 
this in- 
terrupt. 
An interrupt 
on first receive character 
signifies 
the beginning 
of a valid frame. 
An end of the frame 
is 


. characterized 
by an "End 
of Frame" 
Interrupt 
(RR1: 
D7).' 
This bit (RR1:D7) 
is set in SDLC/HDLC 
mode 
only and 
signifies 
that 
a valid 
ending 
flag (7EH) 
has 
been 
received. 
This 
bit gets reset 
either 
by an "Error 
Reset" 
command 
(WRO: D5D4D3 
= 110) or upon re- 
ception 
of the first character 
of the next frame. 
In mul- 
tiframe 
reception, 
on 
receiving 
the 
interrupt 
at 
the 
"End 
of Frame" 
the 
CPU 
may 
issue 
an Error 
Reset 
command 
which 
will 
reset 
the 
interrupt. 
In 
DMA 
mode, the interrupt 
on first receive character 
is accom- 
panied 
by a RxDRQ 
(Receiver 
DMA 
request) 
on the 
appropriate 
channel. 
At the end of the frame, an End of 
Frame 
interrupt 
is generated. 
The 
CPU 
may 
use this 
interrupt 
to jump 
into a routine 
which may redefine 
the 
receive buffer 
for the next incoming 
frame. 


'NOTE: 
RR1:D7 
is bit D7 in Read 
Register 
I. 


So far, we have assumed 
that the reception 
is error free. 
But this is not 
'typical' 
in most 
real life applications. 


Any error condition 
d1!lring a frame reception 
generates 
yet another 
interrupt-special 
receive 
condition 
inter- 
rupt. 
There 
are four 
different 
error 
conditions 
which 
can generate 
this interrupt. 


(i) 
Parity 
error 


(ii) 
Receive 
Overrun 
error 


(iii) 
Framing 
error 


(iv) 
End of Frame 


(i) Parity 
error: 
Parity 
error 
is encountered 
in asyn- 
chronous 
(start-stop 
bits) and in bisync/monosync 
pro- 
tocols. 
Both odd or even parity 
can be programmed. 
A 
parity 
error 
in a received 
byte will generate 
a special 
receive condition 
interrupt 
and sets bit 4 in RRI. 


~;nt-;~ii~~(in-DMA-~~d;) 
failst~-re~d ; r~~ei~~dchar- 
acter within three byte times after the received charac- 
ter interrupt (or DMA request) was generated, the re- 
ceiver buffer will overflow and this will generate a spe- 
cial receive condition interrupt and sets bit 5 in RR J. 


(iii) Framing error: In asynchronous mode, a framing 
error will generate a special receive interrupt and set bit 
D6 in RR J. This bit is not latched and is updated on 
the next received character. 


(iv) End of frame: This interrupt 
is encountered in 
SDLC/HDLC 
mode only. When the MPSC receives 
the closing flag, it generates the special receive condi- 
tion interrupt and sets bit D7 in RRJ. 


All the special receive condition interrupts may be reset 
by issuing an Error Reset Command. 


CRC Error: In SDLC/HDLC 
and synchronous modes, 
a CRC error is indicated by bit D6 in RRJ. When used 
to check CRC error, this bit is normally set until a 
correct CRC match is obtained which resets this bit. 
After receiving a frame, the CPU must read this bit 
(RRl:D6) 
to determine if a valid CRC check had oc- 
curred. It may be noted that a CRC error does not 
generate an interrupt. 


It may also be pointed out that in SDLC/HDLC 
mode, 
receive DMA requests are disabled by a special receive 
condition and can only be re-enabled by issuing an Er- 
ror Reset Command. 


A transmit buffer empty generates a transmit interrupt. 
This has been discussed earlier under "Transmit in In- 
terrupt Mode" and it would be sufficient to note here 
that a transmit buffer empty interrupt is generated only 
when the transmit buffer gets empty-assuming 
it had 
a data character loaded into it earlier. This is why on 
starting a frame transmission, the first data character is 
loaded by the CPU without a transmit empty interrupt 
(or DMA request in DMA mode). After this character 
is loaded into the serial shift register, the buffer be- 
comes empty, and an interrupt (or DMA request) is 
generated. This interrupt is reset by a "Reset Tx Inter- 
rupt/DMA 
Pending" command (WRO: D5 D4 D3 
101). 


Continuing our discussion on transmit interrupt, if the 
transmit buffer is empty and the transmit serial shift 
register also becomes empty (due to the data character 
shifted out of the MPSC), a transmit under-run inter- 
rupt will be generated. This interrupt may be reset by 
"Reset External!Status 
Interrupt" 
command 
(WRO: 
D5 D4 D3 = 101). 


different conditions: 
(i) 
CD Transition 
(ii) 
CTS Transition 
(iii) 
SynclHunt Transition 
(iv) 
Tx under-runlEOM 
condition 
(v) 
Break/Abort 
Detection. 


Any transition on these inputs on the serial interface 
will generate an External!Status 
interrupt and set the 
corresponding bits in status register RRO. This inter- 
rupt will also be generated in DMA as well as in Wait 
Mode. In order to find out the state of the CTS or CD 
pins before the transition had occurred, RRO must be 
read before ·issuing a Reset Exte'rnal!Status Command 
through WRO. A read of RRO after the Reset External! 
Status Command will give the condition of CTS or CD 
pins after the transition had occurred. Note that bit D5 
in RRO gives the complement of the state of CTS pin 
while D3 in RRO reflects the actual state of the CD pin. 


Any transition of the SYNDET input generates an in- 
terrupt. However, sync input has different functions in 
different modes and we shall discuss them individually. 


In SDLC mode, the SYNDET pin is an output. Status 
register RRl, 
D4 contains the state of the SYNDET 
pin. The Enter Hunt Mode initially sets this bit in RO. 
An opening flag in a received SDLC frame resets this 
bit and generates an external status interrupt. 
Every 
time the receiver is enabled or the Enter Hunt Code 
Command is issued, an external status interrupt will be 
generated on receiving a valid flag followed by a valid 
address/data 
character. This interrupt may be reset by 
the "Reset External!Status 
Interrupt" 
command. 


The MPSC can be programmed into External Sync 
Mode by setting WR4, D5 D4 = 1J. The SYNDET 
pin is an input in this case and must be held high until 
an external character 
synchronization 
is established. 


However, the External Sync mode is enabled by the 
Enter Hunt Mode control bit (WR3: D4). A high at the 
SYNDET pin holds the Sync/Hunt 
bit (RRO,D4) in 
the reset state. When external synchronization is estab- 
lished, SYNDET must be driven low on second rising 


inter 


edge of RxC after the rising edge of RxC on which the 
last bit of sync character was received. This high to low 
transition sets the SyncIHunt bit and generates an ex- 
ternal/status 
interrupt, which must be reset by the Re- 
set External/Status 
command. If the SYNDET input 
goes high again, another External Status Interrupt 
is 
generated, which may be cleared by Reset External/ 
Status command. 


Mono-Sync/Bisync 
Mode 


SYNDET pin acts as an output in this case. The Enter 
Hunt Mode sets the SyncIHunt bit in RO. SyncIHunt 
bit is reset when the MPSC achieves character synchro- 
nization. This high to low transition will generate an 
external status interrupt. The SYNDET pin goes active 
every time a sync pattern is detected in the data stream. 
Once again, the external status interrupt may be reset 
by the Reset External/Status 
command. 


The transmitter logic includes a transmit butTer and a 
transmit serial shift register. The CPU loads the char- 
acter into the transmit butTer which is transferred into 
the transmit 
shift register to be shifted out of the 
MPSC. If the transmit butTer gets empty, a transmit 
butTer empty interrupt is generated (as discussed earli- 
er). However, if the transmit butTergets empty and the 
serial shift register gets empty, a transmit under-run 
condition will be created. This generates an External 
Status Interrupt and the interrupt can be cleared by the 
Reset External Status command. The status register 
RRO, D6 bit is set when the transmitter under-runs. 
This bit plays an important role in controlling a trans- 
mit operation, as will be discussed later in this applica- 
tion note. 


In asynchronous mode, bit D7 in RRO is set when a 
break condition is detected on the receive data line. 
This also generates an External/Status 
interrupt which 
may be reset by issuing a Reset External/Status 
Inter- 
rupt command to the MPSC. Bit D7 in RRO is reset 
when the break condition is terminated on the receive 
data line and this causes another External/Status 
inter- 
rupt to ge generated. Again, a Reset External/Status 
Interrupt 
command will reset this interrupt and will 
enable the break detection logic to look for the next 
break sequence. 


In SDLC Receive Mode, an Abort sequence (seven or 
more l's) detection on the receive data line will gener- 
ate an External/Status 
interrupt and set RRO,D7. A 
Reset External/Status 
command will clear this inter- 
rupt. However, a termination of the Abort sequence 
will generate another interrupt and set RRO,D7 again. 
Once again, it may be cleared by issuing Reset Exter- 
nal/Status Command. 


This concludes our discussion on External Status Inter- 
rupts. 


The internal interrupt priority between various inter- 
rupt sources is resolved by an internal priority logic 
circuit, according to the priority set in WR2A. We will 
now discuss the interrupt timings during the priority 
resolution. Figures 9 and 10 show the timing diagrams 
for vectored and non-vectored modes. 


We shall assume that the MPSC accepted an internal 
request for an interrupt by activating the internal INT 
signal. This leads to generating an external interrupt 
signal on the INT pin. The CPU responds with an in- 
terrupt 
acknowledge (INTA) 
sequence. The leading 
edge of the first INT A pulse sets an internal interrupt 
acknowledge signal (we will call it Internal INT A). In- 
ternal INT A is reset by the high going edge of the third 
INTA pulse. The MPSC will not accept any internal 
requests for an interrupt during the period when Inter- 
nal INT A is active (high). The MPSC resolves the pri- 
ority during various existing internal interrupt requests 
during the Interrupt 
Request Priority Resolve Time, 


which is defined as the time between the leading edge of 
the first INT A and the leading edge of the second 
INTA from the CPU. Once the internal priorities have 
been resolved, an internal Interrupt-in-service Latch is 
set. The external INT is also deactivated when the In- 
terrupt-in-Service Latch is set. 


The lower priority interrupt requests are not accepted 
internally until an EOI (WRO:D5 D4 D3 = 111 Ch. A 
only) command is issued by the CPU. The EOI com- 
mand enables the lower priority interrupts. However, a 
higher priority interrupt request will still be accepted 
(except during the period when internal INTA is ac- 
tive) even though the Internal-in-Service Latch is set. 
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ACCEPTED 


I 
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nal INT and will have to be handled by the CPU ac- 
cording to how the CPU is set up. If the CPU is set up 
to respond to this interrupt, a new INT A cycle will be 
repeated as discussed earlier. It may also be noted that 
a transmitter buffer empty and receive character avail- 
able interrupts are cleared by loading a character into 
the MPSC and by reading the character received by the 
MPSC respectively. 


Figure 10 shows the timing of interrupt sequence in 
non-vectored mode. The explanation of non-vectored is 
similar to the vector mode, except for the following 
exceptions. 


No internal priority requests are accepted during 
the time when pointer 2 for Channel B is specified. 
The interrupt request priority resolution time is the 
time between the leading edge of pointer 2 and lead- 
ing edge of RD active. It may be pointed out that in 
non-vectored mode, it is assumed that the status 
affects vector mode is used to expedite interrupt re- 
sponse. 


On getting an interrupt in non-vectored mode, the CPU 
must read status register RR2 to find out the cause of 
the interrupt. In order to do so, first a pointer to status 
register RR2 is specified and then the status read from 
RR2. It may be noted here that after specifying the 
pointer, the CPU must read status register RR2 other- 
wise, no new interrupt requests will be accepted inter- 
nally. 


Just like the vectored mode, no lower internal priority 
requests are accepted until an EOI command is issued 
by the CPU. A higher priority request can still inter- 
rupt the CPU (except during the priority request inhibit 
time). It is important to note here that if the CPU does 
not perform a read operation after specifying the point- 
er 2 for Channel B, the interrupt request accepted be- 
fore the pointer 2 was activated will remain valid and 
no other request (high or low priority) will be accepted 
internally. In order to complete a correct priority reso- 
lution, it is advised that a read operation be done after 
specifying the pointer 2B. 


So far, we have ignored the IPI and IPO signals showl_ 
in Figures 9 and 10. We may recall that IPI is the 
Interrupt-Priority-Input 
to the MPSC. In conjunction 
with the IPO (Interrupt Priority Output), it is used to 
daisy chain multiple MPSCs. MPSC daisy chaining will 
be discussed in detail later in this application note. 


The EOI command as explained earlier, enables the 
lower priority interrupts by resetting the internal In- 
Service-Latch, which consequently resets the IPO out- 
put to a low state. See Figures 9 and 10for details. Note 
that before issuing any EOI command, the internal in- 
terrupting 
source must be satisfied otherwise, same 
source will interrupt again. The Internal Interrupt 
is 


the signal which gets reset when the internal interrupt- 
ing source is satisfied (see Figure 9). 


This concludes our discussion on the MPSC Interrupt 
Structure. 


MULTI-PROTOCOL 
SERIAL 
CONTROLLER 
(MPSC) MODES OF 
OPERATION 


The MPSC provides two fully independent channels 
that may be configured in various modes of operations. 
Each channel can be configured into full duplex mode 
and may operate in a mode or protocol different from 
the other channel. This feature will be very efficient in 
an application which requires two data link channels 
operating in different protocols and possibly at different 
data rates. This section presents a detailed discussion 
on all the 8274 modes and shows how to configure it 
into these modes. 


In the interrupt mode, all the transmitter and receiver 
operations are reported to the processor through inter- 
rupts. Interrupts are generated by the MPSC whenever 
it requires service. In the following discussion, we will 
discuss how to transmit and receive in interrupt driven 
mode. 


The MPSC can be configured into interrupt mode by 
appropriately setting the bits in WR2 A (Write Register 
2, Channel A). Figure 11 shows the modes of operation. 


WR2A 
Mode 
D1 
DO 


0 
0 
CH A and CH B in Interrupt 
Mode 
0 
1 
CH A in DMA and CH B in Interrupt 
Mode 
1 
0 
CH A and CH B in DMA Mode 
1 
1 
Illegal 


Figure 11. MPSC Mode Selection 
for 
Channel A and Channel 
B 


inter 


We will limit our discussion to SDLC transmit and re- 
ceive only. However, exceptions for other synchronous 
protocols will be pointed out. To initiate a frame trans- 
mission, the first data character must be loaded from 
the CPU, in all cases. (DMA Mode too, as you will 
notice later in this application 
note). Note that in 
SDLC mode, this first data character may be the ad- 
dress of the station addressed by the MPSC. The trans- 
mit butTerconsists of a transmit butTerand a serial shift 
register. When the character is transferred from the 
butTer into the serial shift regiser, an interrupt due to 
transmit butTer empty is generated. The CPU has one 
byte time to service this interrupt 
and load another 
character into the transmitter butTer. The MPSC will 
generate an interrupt due to transmit butTer underrun 
condition if the CPU does not service the Transmit 
ButTer Empty Interrupt within one byte time. 


This process will continue until the CPU is out of any 
more data characters to be sent. At this point, the CPU 
does not respond to the interrupt with a character but 
simply issues a Reset Tx INT IDMA 
pending com- 
mand (WRO: DS D4 D3 = 101). The MPSC will ulti- 
mately underrun, which simply means that both the 
transmit butTer and transmit shift registers are empty. 
At this point, flag character (7EH) or CRC byte is 
loaded into the transmit shift register. This sets the 
transmit underrun bit in RRO and generates "Transmit 
Underrun/EOM" 
interrupt (RRO: D6 = I). 


You will recall that an SDLC frame has two CRC bytes 
after the data field. 8274 generates the CRC on all the 
data that is loaded from the CPU. During initialization, 
there is a choice of selecting a CRC-16 or CCITT-CRC 
(WRS: D2). In SDLC/HDLC 
operation, CCITT-CRC 
must be selected. We will now see how the CRC gets 
inserted at the end of the data field. Here we have a 
choice of having the CRC attached to the data field or 
sending the frame without the CRC bytes. During 
transmission, 
a "Reset Tx Underrun/EOM 
Latch" 
command (WRO: D7 D6 = 11) will ensure that at the 
end of the frame when the transmitter underruns, CRC 
bytes will be automatically inserted at the end of the 
data field. If the "Reset Tx UnderrunlEOM 
Latch" 
command was not issued during the transmission of 
data characters, no CRC would be inserted and the 
MPSC will transmit flags (7EH) instead. 


However, in case of CRC transmission, the CRC trans- 
mission sets the Tx Underrun/EOM 
bit and generates a 
Transmitter 
UnderrunlEOM 
Interrupt 
as discussed 
earlier. This will have to be reset in the next frame to 
ensure CRC insertion in the next frame. It is recom- 
mended that Tx UnderrunlEOM 
latch be reset very 
early in the transmission mode, preferably after loading 
the first character. It may be noted here that Tx Under- 
run EOM latch cannot be reset if there is no data in the 
transmit butTer. This means that at least one character 
has to be loaded into the MPSC before a "Reset Trans- 
mit UnderrunlEOM 
Latch" command will be accepted 
by the MPSC. 


When the transmitter is underrun, an interrupt is gen- 
erated. This interrupt is generated at the beginning of 
the CRC transmission, thus giving the user enough 
time (minimum 22 transmit clock cycles) to issue an 
Abort command (WRO: DS D4 D3 = 00 I) in case if 
the transmitted 
data had an error. The Abort Com- 
mand will ensure that the MPSC transmits 
at least 
eight I's but less than fourteen I's before the line re- 
verts to continuous flags. The receiver will scratch this 
frame because of bad CRC. 


However, assuming the transmission 
was good (no 
Abort Command issued), after the CRC bytes have 
been transmitted, closing flag (7EH) is loaded into the 
transmit butTer. When the flag (7EH) byte is trans- 
ferred to the serial shift register, a transmit butTeremp- 
ty interrupt is generated. If another frame has to be 
transmitted, a new data character has to be loaded into 
the transmit butTerand the complete transmit sequence 
repeated. If no more frames are to be transmitted, 
a 
"Reset 
Transmit 
INTIDMA 
Pending" 
command 
(WRO:DS D4 D3 = 101) will reset the transmit butTer 
empty interrupt. 


For character oriented protocols (Bisync, Monosync), 
the same discussion is valid, except that during trans- 
mit underrun condition and transmit underrunlEOM 
bit in set state, instead of flags, filler sync characters are 
transmitted. 


The transmit CRC enable bit (WRS: DO) must be set 
before loading any data into the MPSC. The CRC gen- 
erator must be reset to all I's at the beginning of each 
frame before CRC computation has begun. The CRC 
computation starts on the first data character loaded 
from the CPU and continues until the last data charac- 
ter. The CRC generated is inverted before it is sent on 
the Tx Data line. 


A successful transmission can be terminated by issuing 
a "Reset Transmit 
InterruptlDMA 
Pending" 
com- 
mand, as discussed earlier. However, the transmitter 
may be disabled any time during the transmission and 
the results will be as shown in Figure 12. 


The receiver has to be initialized into the appropriate 
receive mode (see sample program later in this applica- 
tion note). The receiver must be programmed into Hunt 
Mode (WR3: D4) before it is enabled (WR3: DO). The 
receiver will remain in the Hunt Mode until a flag (or 
sync character) is received. While in the SDLC/Bi- 
sync/Monosync mode, the receiver does not enter the 
Hunt Mode unless the Hunt bit (WR3, D4) is set again 
or the receiver is enabled again. 


inter 


SOLC Address byte is stored in WR6. A global address 
(FFH) has been hard wired on the MPSC. In address 
search mode (WR3: 02 = I), any frame with address 
matching with the address in WR6 will be received by 
the MPSC. Frames with global address (FFH) will also 
be received, irrespective of the condition of address 
search mode bit (WR3: 02). In general receive mode 
(WR3: 02 
= 0), all frames will be received. 


Transmitter 
Result 
Disabled 
during 
1. Data Transmission 
Tx Data willsend idle 
characters· 
which willbe 
zero inserted. 
2. CRC Transmission 
16 bit transmission, 
corresponding 
to 16 bits of 
CRC willbe completed. 
However, flag bits willbe 
substituted in the CRC field. 
3. Immediately after 
Abort willstill be 
issuing ABORT 
transmitte~utput 
willbe 
command. 
in the mark state. 


Figure 12. Transmitter 
Disabled 
During Transmission 


·NOTE: 
Idle characters are defined as a string of 15 or more 
contiguous ones. 


Since the MPSC only recognizes single byte address 
field, extended address recognition will have to be done 
by the CPU on the data passed on by the MPSC. If the 
first address byte is checked by the MPSC, and the 
CPU determines that the second address byte does not 
have the correct address field, it must set the Hunt 
Mode (WR3: 02 = 1) and the MPSC will start search- 
ing for a new address byte preceded by a flag. 


The receiver may be programmed into anyone 
of the 
four modes. See Figure 13 for details. 


WR1,CHA 
Rx Interrupt 
Mode 
D4 
D3 
0 
0 
Rx INT/DMA disable 
0 
1 
Rx INTon first character 
1 
0 
INT on all Rx characters 
(Parity affects vector) 
1 
1 
INT on all Rx characters 
(Parity does not affect vector) 


All receiver interrupts can be disabled by WRl: 0403 
= 00. Receiver interrupt on first character is normally 


used to start a OMA transfer or a block transfer se- 
quence using WAIT to synchronize the data transfer to 
received or transmitted data. 


External 
Status 
Interrupts 


Any change in CO input or Abort detection in the re- 
ceived data, will generate an interrupt if External Status 
Interrupt was enabled (WRl: DO). 


Special 
Receive 
Conditions 


The receiver buffer is quadruply buffered. If the CPU 
fails to respond to "receive character" available inter- 
rupt within a period of three byte times (received 
bytes), the receiver buffer will overflow and generate an 
interrupt. Finally, at the end of the received frame, an 
interrupt will be generated when a valid ending flag has 
been detected. 


Receive 
Character 
Length 


The receive character length (6, 7 or 8 bits/character) 
may be changed during reception. However, to ensure 
that the change is effective on the next received charac- 
ter, this must be done fast enough such that the bits 
specified for the next character have not been assem- 
bled. 


The opening flag in the frame resets the receive CRC 
generator and any field between the opening and clos- 
ing flag is checked for the CRC. In case of a CRC 
error, the CRC/Framing 
Error bit in status register 1 is 
set (RRl: 06 = I). Receiver CRC may be disabled/en- 
abled by WR3,03. 
The CRC bytes on the received 
frame are passed on to the CPU just like data, and may 
be discarded by the CPU. 


An end of frame is indicated by End of Frame inter- 
rupt. The CPU may issue an "Error Reset" command 
to reset this interrupt. 


The 8274 can be interfaced directly to the Intel OMA 
Controllers 
8237A, 8257A and Intel I/O 
Processor 
8089. The 8274 can be programmed into OMA mode 
by setting appropriate bits in WR2A. See Figure 11 for 
details. 


inter 


After initializing the 8274 into the OMA mode, the 
first character must be loaded from the CPU to start 
the OMA cycle. When the first data character (may be 
the address byte in SOLC) is transferred 
from the 
transmit butTer to the transmit serial shift register, the 
transmit butTer gets empty and a transmit OMA re- 
quest (TxORQ) is generated for the channel. Just like 
the interrupt mode, to ensure that the CRC bytes are 
included in the frame, the transmit under-runlEOM 
latch must be reset. This should preferably be done af- 
ter loading the first character 
from the CPU. The 
OMA will progress without any CPU intervention. 
When the OMA controller reaches the terminal count, 
it will not respond to the OMA request, thus letting the 
MPSC under-run. This will ensure CRC transmission. 
However, the under-run condition will generate an in- 
terrupt due to the Tx under-run/EOM 
bit getting set 
(RRO: 06). 
The CPU should issue a "Reset TxInt/ 
ORQ pending" command to reset TxORQ and issue a 
"Reset External Status" command to reset Tx Under- 
runlEOM 
interrupt. Following the CRC transmission, 
flag (7EH) will be loaded into the transmit butTer.This 
will also generate the TxORQ since the transmit butTer 
is empty following the transmission of the CRC bytes. 
The CPU may issue a "Reset TxINTIDRQ 
pending" 
command to reset the TxORQ. "Reset TxINTIDRQ 
pending" command must be issued before setting up 
the transmit OMA channel on the OMA Controller, 
otherwise the MPSC will start the OMA transfer im- 
mediately after the OMA channel is set up. 


The receiver must be programmed in RxINT on first 
receive character mode (WRI: 04 03 
= 0 I). Upon 
receiving the first character, which may be the address 
byte in SOLC, the MPSC generates an interrupt and 
also generates a Rx OMA Request (Rx ORQ) for the 
appropriate channel. The CPU has three byte times to 
service this interrupt (enable the OMA controller, etc.) 
before the receiver butTer will overflow. It is advisable 
to initialize the OMA controller before receiving the 
first character. In case of high bit rates, the CPU will 
have to service the interrupt very fast in order to avoid 
receiver over-run. 


Once the OMA is enabled, the received data is trans- 
ferred to the memory under OMA control. Any re- 
ceived error conditions or external status change condi- 
tion will generate an interrupt as in the interrupt driven 
mode. The End of Frame is indicated by the End of 
Frame interrupt which is generated on reception of the 
closing flag of the SOLC frame. This End of Frame 
condition also disables the Receive OMA request. The 


End of Frame interrupt may be reset by issuing an "Er- 
ror Reset" command to the MPSC. The "Error Reset" 
command also re-enables the Receive OMA request. It 
may be noted that the End of Frame condition sets bit 
07 in RRI. This bit gets reset by "Error Reset" com- 
mand. However, End of Frame bit (RRI: 07) can also 
be reset by the flag of the next incoming frame. For 
proper operation, Error Reset Command should be is- 
sued "after" the End of Frame Bit (RR I: 07) is set. In 
a more general case, "Error Reset" command should be 
issued after End of Frame, Receive over-run or Receive 
parity bit are set in RR 1. 


The wait mode is normally used for block transfer by 
synchronizing the data transfer through the Ready out- 
put from the MPSC, which may be connected to the 
Ready input of the CPU. 
The mode can be pro- 
grammed by WR I, 07 05 and may be programmed 
separately and independently on CH A and CH B. The 
Wait Mode will be operative if the following conditions 
are satisfied. 
(i) 
Interrupts are enabled. 
(ii) 
Wait Mode is enabled (WRl: 07) 
(iii) CS = 0, Al = 0 


The ROY output becomes active when the transmitter 
butTer is full or receiver butTer is empty. This way the 
ROY output from the MPSC can be used to extend the 
CPU read and write cycle by inserting WAIT states. 
ROY A or ROY B are in high impedance state when the 
corresponding channel is not selected. This makes it 
possible to connect ROY A and ROY B outputs in wired 
OR configuration. Caution must be exercised here in 
using the ROY outputs of the MPSC or else the CPU 
may hang up for indefinite period. For example, let us 
assume that transmitter butTer is full and RO~s 
ac- 
tive, forcing the CPU into a wait state. If the CTS goes 
inactive during this period, the ROY A will remain ac- 
tive for indefinite period and CPU will continue to in- 
sert wait states. 


The MPSC is capable of providing an interrupt vector 
in response to the interrupt acknowledge sequence from 
the CPU. WR2, CH B contains this vector and the 
vector can be read in status register RR2. WR2, CH A 
(bit 05) can program the MPSC in vectored or non- 
vectored mode. See Figure 14 for details. 


inter 


In both cases, WR2 may still have the vector stored in 
it. However, in vectored mode, the MPSC will put the 
vector on the data bus in response to the INT A (Inter- 
rupt Acknowledge) sequence as shown in Figure 15. In 
non-vectored mode, the MPSC will not respond to the 
INTA sequence. However, the CPU can read the vec- 
tor by polling Status Register RR2. WR2A, 04 and 03 
can be programmed to respond to 8085 or 8086 INTA 
sequence. It may be noted here that IPI (Interrupt Pri- 
ority In) pin on the MPSC must be active for the vector 
to appear on the data bus. 


WR2A,05 
Interrupt 
Mode 
0 
Non-vectored 
Interrupt 
1 
Vectored Interrupt 


The Vector stored in WR2B can be modified by the 
source of the interrupt. This can be done by setting the' 
Status Affect Vector bit (WRI: 02). This powerful fea- 
ture of the MPSC provides fast interrupt response time, 
by eliminating the need of writing a routine to read the 
status of the MPSC. Three bits of the vector are modi- 
fied in eight different ways as shown on Figure 16. Bits 
V4, V3, V2 are modified in 8085 based system and bits 
V2, VI, VOare modified in 8086/88 based system. 


In non-vectored mode, the status affect vector mode 
can still be used and the vector read by the CPU. Status 
register RR2B (Read Register 2 in Channel B) will con· 
tain this modified vector. 


WR2A 
IPI 
Mode 
1st INTA 
2nd INTA 
3rd INTA 
05 
04 
03 
0 
X 
X 
X 
Non-Vectored 
HI-Z 
HI-Z 
HI-Z 
1 
0 
0 
0 
8085-1 
11001101 
V7 V6 V5 V4 V3 V2 V1 VO 
00000000 
1 
0 
0 
1 
8085-1 
11001101 
HI-Z 
HI-Z 
1 
0 
1 
0 
8085-2 
HI-Z 
V7 V6 V5 V4 V3 V2 V1 VO 
00000000 
1 
0 
1 
1 
8085-2 
HI-Z 
HI-Z 
HI-Z 
1 
1 
0 
0 
8086 
HI-Z 
V7 V6 V5 V4 V3 V2 V1 VO 
- 
1 
1 
0 
1 
8086 
HI-Z 
HI-Z 
- 


(8085 
V4 
V3 
V2 
Channel 
Interrupt 
Source 
(8086) 
V2 
V1 
VO 
0 
0 
0 
B 
Tx Buffer Empty 
0 
0 
1 
EXT/STAT Change 
0 
1 
0 
RX CHAR Available 
0 
1 
1 
Special Rx Condition 
1 
0 
0 
A 
Tx Buffer Empty 
1 
0 
1 
EXT/STAT Change 
1 
1 
0 
RX CHAR Available 
1 
1 
1 
Special Rx Condition 
AxSpecial Condition:ParityError,FramingError,AxOver-runError,EOF (SDLC). 
EXT/STATChange: Change in ModemControlPinStatus: CTS, DCD,SYNC,EOM,Break/AbortDetection. 


Figure 16. Status 
Affect Vector Mode 


8273,8274 
SERIAL 
110 


8255A 
PARALLEL 
I/O 


8254·2 
PIT 
COUNTERS 


8259A 
INTERRUPT 
CONTROL 


MULTIBUS 
ADORESS 
BITS 
ADR14/·17/ 


This section describes the hardware and software of an 
8274/8088 system. The hardware vehicle used is the 
INTEL 
Single Board Computer 
iSBC 88/45-Ad- 


vanced 
Communication 
Controller. 
The 
software 
which exercises the 8274 is written in PLM 86. This 
example will demonstrate how 8274 can be configured 
into the SOLC mode and transfer data through OMA 
control. The hardware example will help the reader 
configure his hardware and the software examples will 
help in developing an application software. Most soft- 
ware examples closely approximate real data link con- 
troller software in the SOLC communication and may 
be used with very little modification. 


A brief description of the iSBC 88/45 board will be 
presented here. For more detailed information on the 


board and the schematics, refer to Hardware Manual 
for the iSBC 88/45, Advanced Communication Con- 
troller. iSBC 88/45 is an intelligent slave/multimaster 
communication board based on the 8088 processor, the 
8274 and the 8273 SOLC/HOLC 
controller. Figure 17 
shows the functional block diagram of the board. The 
iSBC 88/45 has the following features. 


• 8 MHz processor 
• 16K bytes of static RAM (12K dual port) 
• Multimaster/Intelligent 
Slave Multibus Interface 
• Nine Interrupt Levels 8259A 
• Two serial channels through 8274 
• One Serial channel through 8273 
• S/W programmable baud rate generator 
• Interfaces: RS232, RS422/449, CCITT V.24 
• 8237A OMA controller 
• Baud Rate to 800K Baud 


/••••••••••••••••• 
*.******.*********.* 
••••••••••• 
* ••••••••••••••••••••••• 
/ 
/. 
./ 
1* 
INITIALIZE 
THE 
8274 
FOR 
SDLC 
MODE 
*1 


/. 
./ 
1* 
I. 
RESET 
CHANNEL 
*1 
1* 
2. 
EXTERNAL 
INTERRUPTS 
ENABLED 
*1 
'* 
3. 
NO 
WAIT 
*1 


/. 
4. 
PIN 
10 
~ RTS 
./ 


1* 
,. 
NON-VECTORED 
INTERRUPT-808b 
MODE 
*1 


/. 
6. 
CHANNEL 
A 
DMA. 
CH 
B 
INT 
*/ 


/. 
7. 
TX 
AND 
RX 
• 
8 
BITS/CHAR 
*/ 


1* 
9. 
ADDRESS 
SEARCH 
MODE 
*/ 
/* 
10. CO 
AND 
CTS 
AUTO 
ENABLE 
*/ 


/. 
11. 
X1 
CLOCK 
_/ 
1* 
12.NO 
PARITY 
*/ 
/. 
13. SDLC/HDLC 
MODE 
*/ 


1* 
14.RTS 
AND 
DTR 
*/ 
/. 
1~.CCITT - CRC 
*/ 
1* 
lb. TRANSMITTER 
AND 
RECEIVER 
ENABLED 
*/ 


/. 
17.7EH 
= 
FLAG 
*/ 


/. 
./ 
/ ..............•....•.................................................... 
/ 


1* 
TABLE 
TO 
INITIALIZE 
THE 
8274 
CHANNEL 
A 
AND 
B 
*1 
1* 
FORMAT 
IS: 
WRITE 
REGISTER. 
REGISTER 
DATA 
*1 
1* 
INITIALIZE 
CHANNEL 
A 
ONLY 
*1 


DECLARE 
TABLE_74_A(*) 
COOH.18H. 


OOH.80H. 
02H.IIH. 
04H.20H. 
07H,07EH. 
OIH.OBH. 
05H.OEBH. 


BYTE 
DATA 
/. 
CHANNEL 
RESET 
./ 


/. 
RESET 
TX 
CRC 
*/ 
/. 
PIN 
10-RTSB. 
A 
DMA. 
B 
INT 
./ 
1* 
SDLCIHDLC 
MODE. 
NO 
PARITY 
*1 


/. 
SOLe FLAG ./ 


/. 
RX 
DMA 
ENABLE 
./ 


1* DTR. 
RTS. 
8 
TX 
BITS, 
TX 
ENABLE,*I 
1* 
SDLC 
CRC. 
TX 
CRC 
ENABLE 
*1 


1* 
DEFAULT 
ADDRESS 
*1 


1* 
8 
RX 
BITS. 
AUTO 
ENABLES, 
HUNT 
MODE. 
*1 
/* 
RX 
CRe 
ENABLE 
*/ 
1* 
END 
OF 
INITIALIZATION 
TABLE 
*1 


DECLARE 
TABLE 
74 
B(*' 
BYTE 
DATA 
(02H.OOH~ 
1* 
INTERRUPT 
VECTOR 
*1 


OIH. ICH. 
1* 
STATUS 
AFFECTS 
VECTOR 
*1 


OFFH); 
/. 
END */ 


C-OJ 
DO 
WHILE 
TABLE_74_BCCI 
<> 
OFFH, 


OUTPUTCCOMMAND_B_74) 
• 
TABLE_74_BCCI. 
C-C+l; 
OUTPUT 
(COMMAND_B_74I 
• 
TABLE_74_BCC); 


C"'C+1; 


C=O; 
DO 
WHILE 
TABLE 
74 
ACC) 
<> 
OFFH. 
OUTPUTICOMMAND_A_74) 
TABLE_74_ACCI, 


C=C+1; 
OUTPUTCCOMMAND_A_74I 
= TABLE_74_ACCI, 
C-C+l; 


END, 
RETURN. 
END 
INITIALIZE_B274J 


For this application, the CPU is run at 8 MHz. The 
board is configured to operate the 8274 in SDLC opera- 
tion with the data transfer in DMA mode using the 
8237A. 8274 is configured first in non-vectored mode in 
which case the INTEL Priority Interrupt 
Controller 
8259A is used to resolve priority between various inter- 
rupting sources on the board and subsequently inter- 
rupt the CPU. However, the vectored mode of the 8274 
is also verified by disabling the 8259A and reading the 
vectors from the 8274. Software examples for each case 
will be shown later. 


The application example is interrupt driven and uses 
DMA for all data transfers under 8237A control. The 
8254 provides the transmit and receive clocks for the 
8274. The 8274 was run at 400K baud with a local 
loopback Gumper wire) on Channel A data. The board 
was also run at 800K baud by modifying the software 
as will be discussed later in the Special Applications 
section. One detail to note is that the Rx Channel 
DMA request line from the 8274 has higher priority 
than the Tx Channel DMA request line. The 8274 mas- 
ter clock was 4.0 MHz. The on-board RAM is used to 
defme transmit and receive data buffers. In this applica- 
tion, the data is read from memory location 800H 
through 
810H and transferred 
to memory location 
900H to 910H through the 8274 Serial Link. The oper- 
ation is full duplex. 8274 modem control pins, CTS and 
CD have been tied low (active). 


The software consists of a monitor program and a pro- 
gram to exercise the 8274 in the SDLC mode. Appen- 
dix A contains the entire program listing. For the sake 
of clarity, each source module has been rewritten in a 
simple language and will be discussed here individually. 
Note that some. labels in the actual listings in the Ap- 
pendix will not match with the labels here. Also the 
listing in the Appendix sets up some flags to communi- 
cate with the monitor. Some of these flags are not ex- 
plained in detail for the reason that they are not perti- 
nent to this discussion. The monitor takes the com- 
mand from a keyboard and executes this program, log- 
ging any error condition which might occur. 


The MPSC is initialized in the SDLC mode for Chan- 
nel A. Channel B is disabled. See Figure 18 for the 
initialization routine. Note that WR4 is initialized be- 
fore setting up the transmitter and receive parameters. 
However, it may also be pointed out that other than 
WR4, all the other registers may be programmed in any 
order. Also SDLC-CRC has been programmed for cor- 
rect operation. An incorrect CRC selection will result 
in incorrect operation. Also note that receive interrupt 


on first receive character 
has been programmed 
al- 
though Channel A is in the DMA mode. 


The 8274 interrupt routines will be discussed here. On 
an 8274 interrupt, program branches off to the "Main 
Interrupt 
Routine". In main interrupt routine, status 
register RR2 is read. RR2 contains the modified vector. 
The cause of the interrupt is determined by reading the 
modified bits of the vector. Note that the 8274 has been 
programmed in the non-vectored mode and status af- 
fects vector bit has been set. Depending on the value of 
the modified bits, the appropriate interrupt routine is 
called. See Figure 19 for the flow diagram and Figure 
20 for the source code. Note that an End of Interrupt 
Command is issued after servicing the interrupt. This is 
necessary to enable the lower priority interrupts. 


Figure 21 shows all the interrupt routines called by the 
Main Interrupt 
Routine. 
"Ignore-Interrupt" 
as the 
name implies, ignores any interrupts and sets the FAIL 
flag. This is done because this program is for Channel 
A only and we are ignoring any Channel B interrupts. 
The important thing to note is the Channel A Receiver 
Character available routine. This routine is called after 
receiving the first character in the SDLC frame. Since 
the transfer mode is DMA, we have a maximum of 
three character times to service this interrupt by en- 
abling the DMA controller. 


IF V2V1V0 
IF V2V1V0 
IF V2V1V0 
IF V2V1V0 
IF V2V1V0 
IF V2V1V0 


0, CALL IGNORE - INTERRUPT 
1, CALL IGNORE - INTERRUPT 
2, CALL CHB Rx CHAR 
3, CALL IGNORE - INTERRUPT 
4, CALL IGNORE - INTERRUPT 
5, CALL 
CHA - 
EXTERNAL 
CHANGE 
INTERRUPT 
IF V2V1V0 
- 
8, CALL CHA Rx CHAR 
IF V2V1V0 
- 
7, CALL CHA Rx SPECIAL 


inter 


, 
/ 
'* 
MAIN 
INTERRUPT 
ROUTINE 
*' 
, 
, 


1* 
FOR 
THIS 
APPLICATION 
CH 
B 
DO 
CASE 
TEMP; 
CALL 
CALL 
CALL 
CALL 
CALL 
CALL 
CALL 
CALL 


'* 
SET 
POINTER 
TO 2*' 
'* 
READ 
INTERRUPT 
VECTOR *' 
'* 
CHECK 
FOR 
CHA 
tHT 
ONLY_' 
INTERRUPTS 
ARE 
IQNORED*, 


IQNORE_INT, 
IQNORE_INTI 
CHD 
RX 
CHAR; 


IONORE - INTi 
IQNORE-INT, 


CHA_EXTERNAL_CHANQE; 
CHA 
RX 
CHAR, 
CHA:)X:::SPEC 
IAL, 


'* '12'11'10 • 
000*' 
'* 
V2VIVO 
• 
001*' 
'* '12\11'10 • 
010*/ 
'* 
V2VIVO 
• 
011*1 
1* 
\12'11'10 - 
100*/ 
'* 
'12\11'10 
• 
101*' 
'* '12'11'10 • 
110*, 
1* 
V2YIVO 
- 
111*' 
ENOl 
OUTPUTtCOMMAND_A_74I 
-3BH, 
RETURN. 
END 
INTERRUPT 
_B274. 


, ••••••••••••••••••••••••••••••••••••••••••••••••••• 
***1 
'* 
CHANNEL 
A 
EXTERNAL/STATUS 
CHANOE 
INTERRUPT 
HANDLER 
*1 
/ 
/ 


CHA_EXTERNAL_CHANQE, 
PROCEDURE' 


TE"P 
• 
INPUT(STATUS 
A 
74); 
'* 
STATUS 
REO 
1*' 
IF 
<TEMP 
AND 
END_OF:::TX_MESSAQE) 
- 
END_OF _TX_MESSAQE 
THEN 
TXDONE_S-DONEi 


ELSE 
00. 


TXDONE_S-OONE; 
RESUL lS_S-FAIL, 
END, 


OUTPUTCCOMMAND_"_7-4) 
- 
10Hl 
,. 
RESET 
EXT'STATUS 
INTERRUPTS 
., 
RETURN, 
END 
CHA_EXTERNAL_CHANQE. 
, 
, 
'* 
CHANNEL 
A 
SPECIAL 
RECEIVE 
CONDITIONS 
INTERRUPT 
HANDLER 
*' 
, 
, 


CHA_RX_SPECIAL, 
PROCEDURE. 


OUTPUTCCOMMAND_AJ4l 
- 
I. 


TEMP 
- 
INPUTCSTATUS_A_7-4b 
IF 
<TEMP 
AND 
END_OF ]RAMEl 
- 
END_OF _FRAME 
THEN 
DO, 


IF (TEMP 
AND 
040H) 
- 
040H 
THEN 
RESULTS_S 
- 
FAIL; 
,. 
CRC 
ERROR 
., 
RXDONE 
S 
• 
DONE, 
OUTPUT(CO","AND 
A 
74) 
• 
30Hl 
'.ERROR 
RESET.' 
ENDI 
- 
- 


ELSE 
DO, 


IF 
<TEMP 
AND 
20Hl 
- 
20H 
THEN 
DO, 


RESULTS 
S 
- 
FAIL. 
,. 
RX 
OVERRUN 
ERROR.' 


RXDONEji 
- 
DONE. 


OUTPUTCCot1MAND_A_74) 
- 
30Hl 
'.ERROR 
RESET.' 


END' 
END, 


RETURN. 
END 
CHA_RX_SPEC 
IAL. 
, 
, 
,. 
CHANNEL 
A 
RECEIVE 
CHARACTER 
AVAILABLE 
., 
, 
, 


CHA_RX_CHAR, 
PROCEDURE, 
OUTPUT 
(SINOLE_MASK) 
- 
CHO_SEL; 


RETURN, 
END 
CHA_RX_CHARI 


inter 


It may be recalled that the receiver buffer is three bytes 
deep in addition to the receiver shift register. At very 
high data rates, it may not be possible to have enough 
time to read RR2, enable the DMA controller without 
overrunning the receiver. In a case like this, the DMA 
controller may be left enabled before receiving the Re- 
ceive Character 
Interrupt. 
Remember, the Rx DMA 
request and interrupt for the receive character appears 
at the same time. If the DMA controller is enabled, it 
would service the DMA request by reading the received 
character. This will make the 8274 interrupt line go 
inactive. However, the 8259A has latched the interrupt 
and a regular interrupt acknowledge sequence still oc- 
curs after the DMA controller has completed the trans- 
fer and given up the bus. The 8259A will return Level 7 
interrupt since the 8274 interrupt has gone away. The 
user software must take this into account, otherwise the 
CPU will hang up. 


The procedure shown for the Special Receive Condition 
Interrupt checks if the interrupt is due to the End of 
Frame. If this is not TRUE, the FAIL flag is set and 
the program aborted. For a real life system, this must 


be followed up by error recovery procedures which ob- 
viously are beyond the scope of this Application Note. 


The transmission is terminated when the End of Mes- 
sage (RRO, D6) interrupt is generated. This interrupt is 
serviced in the Channel A ExternallStatus 
Change in- 
terrupt procedure. For any other change in external 
status conditions, the program is aborted and a FAIL 
flag set. 


Finally, we will briefly discuss the main program. Fig- 
ure 22 shows the source program. It may be noted that 
the Transmit Under-run latch is reset after loading the 
first character into the 8274. This is done to ensure 
CRC transmission at the end of the frame. Also, the 
first character is loaded from the CPU to start DMA 
transfer of subsequent data. This concludes our discus- 
sion on hardware and software example. Appendix A 
also includes the software written to exercise the 8274 
in the vectored mode by disabling the 8259A. 


CALL 
EHAIlUUNTERRUPTS_S, 
CALL 
INIT.8274_SDLC.S; 


ENABLE, 
OVTPUHCCJ1ItANDA 741 • 21lH; 
OVTPUTICCJ1ItAND-B -741 
: 28H; 


CALL 
INIT 8237 s; 


OVTPUTlllATAjJ41-' 
5~, 
l<\.llAD FIRST CHARACTERFROMtl 
ItCPU tl 
It TO ENSURE CRC TRoINSIlISSION, RESET TX UNO£RRUNLATCH 
tl 
OVTPUTIC__ 
AJ41 
: OCOH; 


RXDONE_S,TXDONE.S'NOTJlONE; 
It CLEAR ALL FLACS 
tl 


RESltTS_S.PASS; 
It FLAG SET FOR I1ONITOR 
t/ 
DO WHILE TXDllNE_SoNOTJlONE; 
It DO UNTIL TERMINAL COUNT t/ 
END; 


DO WHILEIIIf'UTISTATUS 
A 741 AND 04HI <> 04H; 


/t 
WAIT FOR CRC TO GET TRoINSIlITTED t/ 
/t 
TEST FOR TX BUFFFER EMPTY TO IlERIFY THISt/ 


END; 
DO lIliLE 
RXDONE_s-NOT.DONE; 
/t 
DO UNTIL TERMINAl COUNT t/ 
END; 
CALL 
STOP 8237 
S; 
END CHA_SDLC_TEST; 
- 
- 


inter 


8085 CPU 


IAPX·88/86 
CPU 


8065 INTERRUPT 
MODE 1 


8066/86 
INTERRUPT MODE 


8085 INTERRUPT 
MODE 3 


8066/86 
INTERRUPT 
MODE 


Figure 23. 8274 Daisy Chain Vectored Mode 


It may be pointed out that lOP to IPI delay time speci- 
fication is 100 ns. 
In this section, some special application issues will be 
discussed. This will be useful to a user who may be 
using a mode which is possible with the 8274 but not 
explicitly explained in the data sheet. 


Multiple MPSCs can be connected in a daisy-chain 
configuration (see Figure 23). This feature may be use- 
ful in an application where multiple communication 
channels may be required and because of high data 
rates, conventional interrupt controller is not used to 
avoid long interrupt response times. To configure the 
MPSCs for the d~ 
chain operation, the interrupt pri- 
0.!!!I input pins (IPI) and interrupt priority output pins 
(IPO) of the MPSC should be co~ted 
as shown. The 
highest priority device has its IPI pin connected to 
ground. 
Each MPSC is programmed 
in a vectored 
mode with status affects vector bit set. In the 8085 basic 
systems, only one MPSC should be programmed in the 
8085 Mode I. This is the MPSC which will put the call 
vector (CD Hex) on the data bus in response to the first 
INTA pulse (see Figure 15). It may be pointed out that 
the MPSC in 8085 Mode 1 will provide the call vector 
irrespective of the state of IPI pin. Once a higher priori- 
ty MPSC generates an interrupt, its IPO pin goes inac- 
tive thus preventing lower priority MPSCs from inter- 
rupting the CPU. Preferably the highest priority MPSC 
should be programmed in 8085 Mode I. It may be re- 
called that the Priority Resolve Time on a given MPSC 
extends from the falling edge of the first INT A pulse to 
the falling edge of the second INT A pulse. During this 
period, no new internal interrupt requests are accepted. 
The maximum number of the MPSCs that can be con- 
nected in a daisy chain is limited by the Priority Reso- 
lution Time. Figure 24 shows a maximum number of 
MPSCs that can be connected in various CPU systems. 


Priority 
Number of 8274s 
System 
Resolution Time 
Daisy Chained 
Configuration 
Mln (ns) 
(Max) 
8086-1 
400 
4 
8086-2 
500 
5 
8086 
800 
8 
8088 
800 
8 
8085-2 
1200 
12 
8085A 
1920 
19 


NOTE: 
Zero waitstates have been assumed. 
Figure 24. 8274 Daisy Chain Operation 


Bisync applications generally require that data trans- 
parency be established during communication. This re- 
quires that the special control characters may not be 
included in the CRC accumulation. Refer to the Syn- 
chronous Protocol Overview section for a more detailed 
discussion on data transparency. The 8274 can be used 
for transparent communication in Bisync communica- 
tions. This is made possible by the capability of the 
MPSC to selectively turn on/turnoff the CRC accumu- 
lation while transmitting or receiving. In bisync trans- 
parent transmit 
mode, the special characters 
(DLE, 


DLE SYN, etc) are excluded from CRC calculation. 
This can be easily accomplished by turning off the 
transmit CRC calculation (WR5: D5 = 0) before load- 
ing the special character into the transmit buffer. If the 
next character is to be included in the CRC accumula- 
tion, then the CRC can be enabled (WR5: D5 = 1). See 
Figure 25 for a typical flow diagram. 


inter 


During reception, it is possible to exclude received 
character from CRC calculation by turning off the Re- 
ceive CRC after reading the special character. This is 
made possible by the fact that the received data is pre- 
sented to receive CRC checker 8 bit times after the 
character has been received. During this 8 bit times, the 
CPU must read the character and decide if it wants to 
be included in the CRC calculation. Figure 26 shows 
the typical flow diagram to achieve this. 


It should be noted that the CRC generator must be 
enabled during CRC reception. Also, after reading the 
CRC bytes, two more characters (SYNC) must be read 
before checking for CRC check result in RRl. 


In some data communication applications, it may be 
required to enable the transmitte~ or the recei~er when 
the CTS or the CD lines respectively, are activated by 
the modems. This may be done very easily by program- 
ming the 8274 into the Auto Enable Mode. The auto 
enable mode is set by writing a '1' to WR3,D5. The 
function of this mode is to enable the transmitter auto- 
matically when CTS goes active. The receiver is~ 
abled when CD goes active. An in-active state of CTS 
or CD pin will disable the transmitter or the receiver 
respectively. 
However, 
the 
Transmit 
Enable 
bit 
(WR5:D3) and Receive Enable bit (WR3:Dl) must be 
set in order to use the auto enable mode. In non-auto 
mode, the transmitter or receiver is enabled if the corre- 
sponding bits are ~in 
WR5 and WR3, irrespective of 
the state CTS or CD pins. It may be recalled that any 
transition on CTS or CD pin will generate External/ 
Status Interrupt 
with the corresponding 
bits set in 
RRl. This interrupt can be cleared by issuing a Reset 
External/Status 
interrupt command as discussed earli- 
er. 


Note that in auto enable mode, the character to be 
transmitted must be loaded into the transmit buffer af- 


ter the CTS becomes active, not before. A!!L£.haracter 
loaded into the transmit buffer before the CTS became 
active will not be transmitted. 


High Speed DMA Operation 


In the section titled Application Example, the MPSC 
has been programmed to operate in DMA mode and 
receiver is programmed to generate an interrupt on ~he 
first receive character. You may recall that the receive 
FIFO is three bytes deep. On receiving the interrupt on 
the first receive character, the CPU must enable the 
DMA controller within three received byte times to 
avoid receiver over-run condition. In the application 
example, at 400K baud, the CPU had approximately 
60 JJosto enable the DMA controller to avoid receiver 
buffer overflow. However, at higher baud rates, the 
CPU may not have enough time to .enable the DMA 
controller in time. For example, at 1M baud, the CPU 
should enable the DMA controller within approximate- 
ly 24 JJosto avoid receiver buffer overrun. In most appli- 
cations, this is not sufficient time. To solve this prob- 
lem, the DMA controller should be left enabled before 
getting the interrupt 
on the first receive character 
(which is accompanied by the Rx DMA request for the 
appropriate channel). This will allow he DMA control- 
ler to start DMA transfer as soon as the Rx DMA 
request becomes active without giving the CPU enou.gh 
time to respond to the interrupt on the first receive 
character. The CPU will respond to the interrupt after 
the DMA transfer has been completed and will find the 
8259A (see Application Example) responding with in- 
terrupt level 7, the lowest priority level. Note that the 
8274 interrupt request was satisfied by the DMA con- 
troller, hence the interrupt on the first receive character 
was cleared and the 8259A had no pending interrupt. 
Because of no pending interrupt, the 8259A returned 
interrupt 
level 7 in response to the INTA sequence 
from the CPU. The user software should take care of 
this interrupt. 


inter 


This section will describe some useful programming 
hints which may be useful in program development. 


At the end of transmission, the CPU must issue "Reset 
Transmit InterruptlDMA 
Pending" command in WRO 
to reset the last transmit empty request which was not 
satisfied. Failing to do so will result in the MPSC lock- 
ing up in a transmit empty state forever. 


In non-vectored mode, the Interrupt Acknowledge pin 
(INTA) on the MPSC must be tied ·highthrough a pull- 
up resistor. Failing to do so will result in unpredictable 
response from the 8274. 


When receiving data in SOLC mode, the CRC bytes 
must be read by the CPU (or OMA controller) just like 
any other data field. Failing to do so will result in re- 
ceiver buffer overflow. Also, the End of Frame Inter- 
rupt indicates that the entire frame has been received. 
At this point, the CRC result (RRI:06) 
and residue 
code (RRI:03, 
02, 01) may be checked. 


ChB RR2 contains the vector which gets modified to 
indicate the source of interrupt (see the section titled 
MPSC Modes of Operation). However, the state of the 
vector does not change if no new interrupts are generat- 
ed. The contents of ChB RR2 are only changed when a 
new interrupt is generated. In order to get the correct 
information, RR2 must be read only after an interrupt 
is generated, otherwise it will indicate the previous 
state. 


The MPSC initialization routine must issue a channel 
Reset Command at the beginning. WR4 should be de- 
fined before other registers. At the end of the initializa- 
tion sequence, Reset ExternaVStatus 
and Error Reset 
commands should be issued to clear any spurious inter- 
rupts which may have been caused at power up. 


In SOLC/HOLC, 
bisync and monosync mode, the 
transmit underrun/EOM 
must be reset to enable the 
CRC check bytes to be appended to the transmit frame 
or transmit 
message. The transmit 
under-runlEOM 
latch can be reset only after the first character is loaded 
into the transmit buffer. When the transmitter under- 
runs at the end of the frame, CRC check bytes are 
appended to the frame/message. The transmit under- 
run/EOM 
latch can be reset at any time during the 
transmission 
after the first character. 
However, 
it 
should be reset before the transmitter under-runs other- 
wise, both bytes of the CRC may not be appended to 
the frame/message. In the receive mode in bisync oper- 
ation, the CPU must read the CRC bytes and two more 
SYNC characters before checking for valid CRC result 
in RRI. 


In bisync/monosync mode only, it is possible to prevent 
loading sync characters into the receive buffers by set- 
ting the sync character load inhibit bit (WR3:01 = 1). 
Caution must be exercised in using this option. It may 
be possible to get a CRC character in the received mes- 
sage which may match the sync character and not get 
transferred to the receive buffer. However, sync charac- 
ter load inhibit should be enabled during all pre-frame 
sync characters so the software routine does not have to 
read them from the MPSC. 


In SOLC/HOLC 
mode, sync character load inhibit bit 
must be reset to zero for proper operation. 


EOI command can only be issued through channel A 
irrespective of which channel had generated the inter- 
rupt. 


There is no priority in OMA mode between the follow- 
ing 
four 
singals: 
TxORQ(CHA), 
RxORQ(CHA), 
TxORQ(CHB), 
RxORQ(CHB). 
The priority between 
these four signals must be resolved by the OMA con- 
troller. At any given time, all four OMA channels from 
the 8274 are capable of going active. 


APPENDIX A 
APPLICATION EXAMPLE: SOFTWARE LISTINGS 


SERIES-I 
II 
PL/M-B6 
\12.0 
CQMPILATION 
OF MODULE INIT _8274_5 
OBJECT 
MODULE 
PLACED 
IN 
: FI: 
SINI74. 
OBJ 
COMPILER 
INVOKED 
BY: 
PLMB6. 
B6 
: FI: 
SINI74. 
PLM 
T1TLE( 
ISBC 
BB/4' 
B274 
CHANNEL 


A 
SDLC 
TESTl 
COMPACT 
NOINTVECTOR 
ROM 


/ 
/ 
1* 
*/ 
'* 
INITIALIZE 
THE 8274 
FOR SOLe 
,",ODE 
*/ 
'* 
*/ 
/* 
1. 
RESET CHANNEL 
*/ 
/* 
2. 
EXTERNAL 
INTERRUPTS 
ENABLED 
*/ 
/* 
3. 
NO WAIT 
*/ 
'* 
4. 
PIN 
10 
• 
RTS 
*, 
'* 
~.NON-VECTORED 
INTERRUPT-SOSh 
MODE 
*' 
'* 
6. 
CHANNEL 
A 
Df"IA. 
CH 
8 
tHT 
., 
'* 
7. 
TX 
AND 
RX 
• 
B 
BITS/CHAR 
*' 
'* 
9. 
ADDRESS 
SEARCH 
,..oOE 
*' 
/* 
10. 
CD 
AND 
eTa 
AUTO 
ENABLE 
*/ 
1* 
11. Xl 
CLOCK 
*1 
,* 
12. NO PARITY 
*/ 
'* 
13. SOLe/HOLe 
HODE 
*/ 
'* 
14. 
RTS 
AND 
OTR 
*, 
'* 
15. ceITT 
- 
CRe 
*' 
'* 
16. 
TRANSMITTER 
AND 
RECEIVER 
ENABLED 
*' 
'* 
17.7EH 
• 
FL.AQ 
*' 
'* 
*' 
, 
/ 


,.............•............................... / 
/* 
./ 


/. 
ISBC 
ee/~~ 
PORT 
ASSIQNHENTS 
./ 
/. 
./ 


/ 
/ 


DECLARE 
CHO_ADDR 
LIT 


CHO_COUNT 
LIT 
CHI_ADDR 
LIT 
CHI_COUNT 
LIT 
CH2_ADDR 
LIT 
CH2_COUNT 
LIT 
CH3_ADDR 
LIT 
CH3 
COUNT 
LIT 
STATUS 31 
LIT 


COMMAND_37 
LIT 
REOUEBT _REQ_37 
LIT 
SINQLE_MASK 
LIT 
MODE_REQ_37 
LIT 


'OBOH'. 
'OBIH'. 
'OB2H', 
'OB3H'. 
'OB4H'. 
'OB'H'. 
'OB6H' 
• 
'OB7H'. 
'OBBH' 
• 
'OBBH'. 
'OB9H'. 
'OBAH·. 
'OBBH·. 


CLR_BYTE_PTR_37 
LIT 


TEMP _REQ_37 
LI T 
MASTER_CLEAR_37 
LIT 
ALL_MASK_37 
LIT 


DECLARE 
CTR_OO 
CTR_OI 
CTR_02 


'oeCH', 
'OBDH' 
• 
'OBDH'. 
'oeFH'j 


'090H'. 
'091H', 
'092H' 
, 


inter 


CONTROLO_'4 
STATUSO_'4 
CTR_IO 
CTR_ll 
CTRIOl 
CONTROLl_'4 
STATUSl_'4 


DECLARE PORTA_55 
PORTS_55 
PORTC_55 
CONTROL_~' 


DECLARE DATA_AJ4 
DATA_BJ4 
STATUS-,",J4 
CotlI'1AND_AJ4 
6TATUS_B_74 
C0t1t1AND_B_74 


DECLARE STATUSJ'OLL_'9 
LIT 
ICWl_'9 
LIT 
OCWOl_'9 
LIT 
OCW3_'9 
LIT 
OCWl_'9 
LIT 
ICWOl_'9 
LIT 
ICW3_'., 
LIT 
ICW4_59 
LIT 


'093H' 
, 


'093H' 
, 
'09SH' 
, 
'099H', 
'Q9AH', 
'09BH' 
, 


'098H'j 


'OAOH', 
'OA1H', 
'OAOlH', 
'OA3H'; 


'ODOH' , 
'ODIH', 
'ODOlH' , 
'ODOlH' , 
'OD3H' , 
'OD3H', 


'OEOH', 
'OEOH', 
'OEOH', 
'OEOH', 
'OEIH', 
'OEIH', 
'OEIH', 
'OEIH', 


DECLARE 
RX_AVAIL 
LIT 
INT _PENDINO 
LIT 
TX_EMPTY 
LIT 
CARRIER_DETECT 
LIT 
SYNC_HUNT 
LIT 
CLEAR_TO_SEND 
LI T 


'OlH', 
'OOlH', 
'04H' , 
'OSH', 
'lOH', 
'OlOH' , 


DECLARE ALL BENT 
PARITY 
ERROR 
RX_OVERRUN 
CRe_ERROR 
END_OF 
_FRAP'lE 


/- 
READ 
RECHSTER 
a! 
_/ 


'OIH', 
'lOH', 
'OlOH' , 
'4OH', 
'SOH', 


DECLARE TX_B_E/lPTY 
EXT_B_CHANQE 
RX_B_AVAIL 
RX_B_SPECIAL 
TX_A_E/lPTY 
EXT_A_CHANQE 
RX_A_AVAIL 
RX_It_SPEC 
tAL 


'OOH' , 
'OtH', 
'OOlH', 
'03H' 
, 
'04H' , 
'O'H' , 
'ObH', 
'07H', 


12 
I 
13 
2 
I~ 
2 
I~ 
2 
16 
3 
17 
3 
IB 
2 


1* 8237 BIT 
~SSIONP1ENTS .1 


DECLARE 
CHO_SEL 
LIT 
'OOH', 
CHI _SEL 
LIT 
'OIH', 
CH2_SEL 
LIT 
'02H', 


CH3_SEL 
LIT 
'03H'. 


WRITE 
XFER 
LIT 
'04H', 


READ 
XFER 
LIT 
'OBH', 
DEI'lAND_HODE 
LIT 
'OOH' , 
SINQLE_"OOE 
LIT 
'40H', 


BLOCK_I'lODE 
LIT 
'BOH', 


SET_MASK 
LIT 
'04H'; 


DELAY 5: 
PROCEDURE 
PUBLIC. 


DECLARE 
0 
WORD, 


0-01 
00 
WHILE 
0<800H; 


0*0+11 
END, 
END 
DELAY_51 


21 
2 
DECLARE 
TABLE 
74 
A(.> 
BYTE 
DATA 
(OOH,lSH:- 
I. 
CHANNEL 
RESET 
.1 


QOH, BOH, 
'* 
RESET 
TX CRC .1 


02H.I1H. 
'* 
PIN 
IO-RlSB. 
It 
OMA, 
B 
INT .1 


04H.2OH. 
I. 
SOLe/HOLe 
MODE. 
NO 
PARITY 
*1 


07H.07EH, 
1* SOLe 
FLAC *' 
OIH.OBH. 
I. 
RX 
DI'IA 
ENABLE 
*1 


aSH.OEBH. 
I. 
OTR. 
RTS. 
B TX 
BITS. 
TX 
ENABLE. 
TX CRC 
ENABLE 
*1 


06H, 
"H, 
1* DEFAULT 
ADDRESS *' 
03H,OD9H, 
1* B RX BITS, 
AUTO 
ENABLES. 
HUNT 
MODE. 
*1 


1* RX CRC 
ENABLE 
*1 


OFFH); 
I. 
END DF 
INITIALIZATION 
TADLE *' 


26 
2 


27 
2 
2B 
3 


29 
3 
30 
3 
31 
3 
32 
3 


DECLARE 
TABLE_74_B(.) 
BYTE 
DATA 


(02H.00H. 
'* 
INTERRUPT 
VECTOR 
*1 


01H. 
leH. 
'* STATUS 
AFFECTS 
VECTOR 
*1 


OFFH) 
I 
/* 
END *' 


OUTPUT (CONTROLO_~~) 
-36H, 


OUTPUT(CTR_OO) 
• 
LOW(20)1 


OUTPUT 
(CTR_OO) 
• 
HIOH(20)J 


C-O, 
DO WHILE 
TABLE_74_B(C. 
<> 
OFFH; 


OUTPUT 
(CO","AND_B_74) 
• 
TABLE_74_B 
(C); 


C-C·!; 
OUTPUT 
(COMMAND_B_74) 
- 
TABLE_74_B(C), 


C=-C·!J 


END' 


inter 


33 
2 
C-O, 


34 
2 
DO WHILE 
TABLEJ4_A 
(C) 
<> OFFH, 
35 
3 
OUTPUT 
(COMMAND 
_"_74) .TABLE_74_ACe); 
36 
3 
C-C+l; 
37 
3 
OUTPUT 
CCO","AND_A_74) 
= 
TABLE_74_ACC); 
38 
3 
C=C+l; 


39 
3 
END. 
40 
2 
CALL 
DELAY_s; 


41 
2 
RETURN. 
42 
2 
END 
INIT _8274_S0LC_S; 


43 
I 
END 
INIT _8274_5. 


CODE 
AREA 
SIZE 
• 
00A8H 
1680 
CONSTANT 
iltIREolll 51 ZE 
• 
OOQOH 
00 
VARIABLE 
AREA 
SIZE 
- 
OD03H 
3D 
MAXIMUM 
STACK 
SIZE· 
0OO6H 
60 
213 
LINES 
READ 
o 
PROgRAM 
WARNINgS 
o 
PRQORAJ1 
ERRORS 


SERIES-III 
PL/M-S6 
\12.0 
COMPILATION 
OF 
I'tQDULE 
INIT_9237_CHA 
OBJECT 
MODULE 
PLACED 
IN 
: FI: 
sINI37. 
OBJ 
COMPILER 
INVO"'-ED 
BY: 
PLf186.86: 
Fl: 
SINI37. 
PLf1 fllLE( 
iSDC 
e8/4' 
Sin4 
CHANNEL 
A 
SOLe 
TEST) 
COMPACT 
NOINTVEcrQR 
ROM 


/ 
/ 


1* 
*' 
'* 
8237 
INITIALIZATION 
ROUTINE 
FOR 
E»"IA 
TRANSFER 
*' 
'* 
*' 
,.....................................•.................................. , 


13 
2 
14 
2 
15 
2 
16 
2 
17 
2 
18 
2 
19 
2 
20 
2 
21 
2 
22 
2 
23 
2 
24 
2 
25 
2 
26 
2 


OUTPUT (""STER_CLEAR_37) 
-0. 


OUTPUT(COMMAND 
37) 
- 
20Hl 
/* 
EXTENDED 
WRITE 
*/ 


OUTPUT(ALL_MASK_37) 
- 
OFHI 
/* 
,..ASK 
ALL. 
REGUESTS 
*/ 
QUTPUT<t10DE_REQ_37) 
- 
(SINGLE_MODE 
OR 
WRITE_XFER 
OR 
CHO_SEL). 
OUTPUT(t1ODE_REQ_37) 
- 
(SINGLE_MODE 
OR 
READ_X FER 
OR 
CH1_SEL) 
i 


OVTPUT(CLR_BYTE_PTR_37) 
- 
01 


QUTPUT(CHO 
ADDR) 
,. 
00. 
/* 
RECEIVE 
BUFF 
AT 
900H 
*/ 


OUTPUT(CHO:=AOOR) 
- 
09Hi 


OUTPUT CCHO 
COUNT) 
- 
OH. 
OuTPUT 
(CHO-COUNT) 
• 
01. 
OUTPUT(CHI-ADOR) 
- 
OOi 
/* 
TRANS"'IT 
BUFF 
AT 
eOOH 
*/ 
OUTPUTCCHl=AODR) 
- 
08HJ 


QUTPUT(CHI 
COUNT) 
• 
OtOH; 
OUTPUT (CHt:=COUNT 
J 
• 
OOH; 


inter 


30 
1 
31 
~ 
3~ 
~ 
33 
~ 
34 
~ 
3~ 
I 


/* 
ENABLE 
TRANSFER */ 


OUTPUTCSINQLE_",ASK» 
• 
CH1_SEL; 


RETURNl 


STOP _B~37 
_S, 
PROCEDURE 
PUBL! 
C, 


OUTPUT 
I SINQLE_MASK 
l 
• 
CHI_SEL 
OR 
SET_MASK' 


OUTPUT (SINCLE_I'1ASK) 
• 
CHO_BEL 
OR SET_"'~SK; 


RETURNl 
END 
STOP _B~37 
_Sl 


END 
INIT_S237_CHAI 


CODE 
AREA 
SIZE 
• 
004CH 
760 
CONSTANT 
AREA 
SIZE. 
OOOOH 
00 
liAR I ABLE 
AREA 
SIZE 
• 
OOOOH 
00 


",.-.XIHUM STAe.-. 
SIZE· 
0002H 
20 
163 
LINES 
READ 
o PAOCR,," 
WARNINCS 
o 
PRCQR 
•••"" 
ERRORS 


SFfoiiE:';'-J 
1 I 
PL/r-!-86 
V2 
0 
COMPILATION 
OF 
MODULE 
INTR ••8274_S 
OUJF.CT 
!'iDDULE PLACED 
IN 
Fl 
SINTF~ 
ODJ 
COt1PILER 
INVOKED 
DY 
PLM8b 
86 
Fl 
SINTR 
PLM 
TITlE(lSBC 
88/45 
8~74 
CHANNEL 


A 
SOLe 
TEST) 
COMPACl 
NOINTVECTOR 
ROM 


1q 
2 
20 
2 
21 
2 


f 
•••••• 
" 
••• 
i•.•t ••••.••••• 
*** ••••••••••••••••••••• 
/ 


/. 
./ 
/* 
8274 
INTERRUPT 
ROUTINE 
__I 


t!./ 


/ •••••••••.•• 
*•••••••••••••• 
* ••••••••••••••• 
/ 


INTR_6274_S 
toNOLIST 
DECLARE 
DECLARE 
DECLARE 
DECLARE 
DECLARE 
DECLARE 


TEMP 
BYTE. 


\RESUL 
T5 
5. 
TXDONE 
S, 
RXDQNE 
5> 


INT_VEC 
POINTER 
AT 
<140>' 
- 
INT 
_VEC_STORE 
POINTER. 


MASK 
59 
BYTE, 


DONE- 


NOT 
DONE 


PASS 
FAIL 


'OFFH' 
• 
'OOH', 
'OFFH'. 
'DOH', 


/••••••••••••••• 
*•••••• ** •••• / 
/. 
IGNORE 
INTERRUPT 
HANDLER 
./ 
/ 
/ 


IGNORE_INT 
PROCEDURE. 


RESULTS_S 
=: 
FAIL. 


RETURN. 
END 
IGNORE_I 
NT, 


22 


23 
2 
24 
2 
25 
2 
26 
2 
27 
3 
28 
3 
29 
3 
30 
2 
31 
2 
32 
2 


33 


3' 
2 
35 
2 
36 
2 
37 
2 
38 
3 
39 
3 
40 
3 
41 
3 
42 
3 
43 
2 
44 
3 
46 
4 
47 
4 
48 
4 
49 
4 


50 
3 


51 
2 
52 
2 


53 
1 


54 
2 
~5 
;! 
56 
2 


/ 
, 
'* 
CHANNEL 
A 
EXTERNAL/STATUS 
CHANGE 
INTERRUPT 
HANDLER *' 
/.................•.•..•............................•.•.•., 


CHA_EXTERNAL_CHANGE: 
PROCEDURE; 


TE'MP 
= 
INPUT(STATUS 
A 
74); 
'* 
STATUS 
REG 
1*' 
IF 
(TEMP 
AND 
END_OF:=TX_MESSAGE) 
.•• END_OF_TX_MESSAGE 
THEN 
TXOONE_SaOONE; 
ELSE 
DO. 


TXOONE_S-OONE; 
RESUL TS_S-FAIL. 


END; 


OUTPUT 
(COMMAND_A_74) 
• 
10H; 
/* 
RESET 
EXT/STATUS 
INTERRUPTS 
*/ 


RETURN; 
END 
CHA_EXTERNAL_CHANGE; 


/ •.*•••••• 
*•••••.•••.•.•.•.•••••••••••••••••••••••••••••••••••••• 
*.*, 


;> CHANNEL 
A SPECIAL 
RECEIVE 
CONDITIONS 
INTERRUPT 
HANDLER *; 
/*•..•.••*••••••••••.••••••••••••••••••••••••••••••• 
*••••••••••. 
/ 


CHA_RX_SPEC 
IAL 
PROCEDURE; 


aUTPUT(COMf1AND_A_74) 
• 
I. 


TEMP 
= 
INPUT(STATUS 
A 
74); 


IF 
(TEMP 
AND 
ENO 
OF-FRAME) 
- 
END_OF_FRAME 
THEN 
DO. 
-- 


IF(TEMP 
AND 
04QH) 
- 
040H 
THEN 
RESULTS 
5 
• 
FAIL. 
1* 
eRe 
ERROR 
*1 


RXDONE 
S 
;- 
DONE, 


OUTPUT(eOMMAND 
A 
74) 
• 
30H; 
I*ERROR 
RESET*I 


END. 
- 
- 


ELSE 
DOi 


IF 
(TEMP 
AND 
20H) 
• 
20H 
THEN 
DOl 


RESUL TS 
5 
• 
FAIL. 
1* 
RX 
OVERRUN 
ERROR*I 


RXDONE_S 
• 
DONE. 


OUTPUT(eOM",AND 
A 
74) 
• 
30H, 
I*ERROR 
RESET*I 


END. 
- 
- 
END. 


1*** 
•• *.*.* ••••••••••• 
** 
* •••••••• 
* *** 
••••• 
1 
I. 
CHANNEL 
A 
RECEIVE 
CHARACTER 
AVAILABLE 
.1 


1*·· •••••••••••••••••••••••••••••• 
*.*** ••• 1 


CHA_RX_CHAR' 
PROCEDURE; 


OUTPUT(SINGLE_MAS/IO 
• 
CHO_BEL. 


RETURN; 
END 
CHA_RX_CHARi 


.EJECT 


ENABLE_INTERRUPTS_S: 
PROCEDURE 
PUBLIC; 


DECLARE 
CHA_INT_ON 
LIT 
'OF7H', 


inter 


61 
" 
62 
2 
03 
" 
e" 
" 
05 
" 
00 
" 


67 


68 
2 


69 
2 


70 
2 


71 
2 


72 
2 
73 
2 


701 


75 
2 


76 
77 
2 
78 


82 
2 
83 
3 
8. 
3 


85 
3 


86 
3 
87 
3 
88 
3 
89 
3 
90 
3 
91 
3 


93 
2 
94 
:2 
95 
2 
96 
2 


INT_VEC._5TORE 
= 
INT 
_VEC; 


INT 
VEt 
= 
INTERRUPTSPTR( 
INT 
8274 
S), 


MASK 
59 
= 
INPUT(OCWl 
_59), 
- 
- 


CHO_RX_CHAR 
PROCEDURE. 


TEMP= 
INPUT 
(OATA_O_74), 


OUTPUT 
(COMMAND_D_74' 
"" 
38H. 


RETVRN; 
END 
CHO_RX_CHAR. 


/ .•••..•• 
** ** •..•.••**••• ** •.•• ***.* */ 
/* 
MAIN 
INTERRUPT 
ROUTINE 
*/ 
I •.*•••••• 
*.••*•••*•••••••.••.••••••• 
*/ 


'* 
SET 
POINTER 
TO 
2*/ 
/* 
READ 
INTERRUPT 
VECTOR 
*/ 
/* 
CHECK 
FOR 
CHA 
INT 
ONLY-; 
CH 
B 
INTERRUPTS 
ARE 
IGNOREO_/ 
/* 
FOR 
THIS 
APPLICATION 


DO 
CASE 
TEMP. 
CALL 
IGNORE 
INT. 
CALL 
IGNORE-INT. 
CALL 
CHO 
RX-CHAR, 


CALL 
IGNORE-INT, 
CALL 
IGNORE-I 
NT; 


CALL 
CHA 
EXTERNAL_CHANGE; 


CALL 
CHA-RX 
CHAR; 
CALL 
CHA-RX-SPECIAL, 


END. 
- 
- 


OUTPUT<COMMANO 
A 
74) 
=-38H, 
/* 
END 
OF 
INTERRUPT 
FOR 
8274 
*/ 


OUTPUT<QCW2 
59) 
- 
63Hi 
,+ 
8259 
EOI *' 


OUTPUT(OCWl-59) 
"'" 
INPUT<OCW1 
59> 
AND 
QF7H. 


RETURN; 
- 
- 


END 
INT_8274_S. 


'* 
V2V1VO 
,+ 
V2VIVO 
,* 
V2VIVO 
,* 
V2VIVO 
::0 
,* 
V2VIVO 
= 
,+ 
V2VlvO 
•• 
,+ 
V2VIVO 
'" 
'* 
V2VIVO 


000*' 
001*' 
010*, 
011*' 
100*' 
10t*' 
110*' 
11t*' 


'* 
DEFAULT 
INTERRUPT 
ROUT INE 
- 
8259A 
INTERRUPT 
7 *' 
'* 
REGUIRED 
ONLY 
WHEN 
DMA 
CONTROLLER 
IS 
ENABLED 
*, 
'* 
BEFORE 
RECEIVING 
FIRST 
CHARACTER 
WHICH 
IS 
*' 
'* 
AT 
HIGH 
BAUD 
RATES 
LIKE 
800K 
nAUD 
READ 
APP 
*' 
'* 
NOTE 
SECTION 
6 
FOR 
DETAILS 
*' 


inter 


97 
98 
;! 
99 
2 
100 
101 
2 


INT _39 
PROCEDURE 
INTERRUPT 
39; 


OUTPUT(OCW2_S9) 
= 
20H. 
/* 
NON-SPECIFIC 
EOI 
*/ 


OUTPUTCOCWl_59} 
z 
INPUT(OCW1_59) 
AND 
OF7H; 


RESUL T5 
5 = 
FAIL; 


END 
INT _39. 
- 


CODE 
AREA 
SIZE 
"" 
01DFH 
4470 


CONSTANT 
AREA 
SIZE"" 
OOOOH 
00 


VARIABLE 
AREA 
SIZE" 
0006H 
60 


r1AX IMUM 
STACK 
51 ZE 
• 
0022H 
340 


029~ LINES 
READ 


o 
PROGRAM 
WARNINGS 
o 
PROGRAM 
ERRORS 


SERIES-III 
PL/M-B6 
V2.0 
COMPILATION OF f'1ODULESTEST 
OB~ECT 
MODULE 
PLACED 
IN 
: FI: 
STEST. 
OB~ 
COI1PILER 
INVOKED 
BY: 
PLM86.86 
:Fl:STEST.PLM 
TITLEC1SBC 
a8/4~ 
8274 
CHANNEL 
A 
SOLe 
TEST) 
COMPACT 
NOINTVECTOR 
ROM 


2 
I 
3 
2 


4 
I 
~ 
2 


6 
I 


7 
2 


9 
I 
9 
2 


10 
I 


II 
2 


12 
I 


13 
2 


14 
I 
I~ 
2 


16 
I 


17 
2 


/••••••••••••••••••• 
**••••••••••••••••••••••••••••••••••••••••••••••••••• 
/ 
/* 
*/ 
/* 
iSBC 
~45 
PORT 
A 
(8274) 
SOLe 
TEST 
*/ 


/* 
*/ 
/ •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 
I 


DELAY_S: 
PROCEDURE 
EXTERNAL; 


END 
DELAY _Si 


ENABLE_INTERRUPTS_S: 
PROCEDURE 
EXTERNAL; 
END 
ENABLE_INTERRUPTS_S; 


DISABLE.JNTERRUPTS_S: 
PROCEDURE-EXTERNALl 


END 
DISAbLE_INTERRUPTS_S; 


INtT 
_S274_SDLC_S: 
PROCEDURE 
EXTERNALI 
END 
INIT_8274_SDLC_51 


INIT 
_9237 
_5: 
PROCEDURE 
EXTERNALI 
END 
INIT_9237_S; 


INT _8274_8: 
PROCEDURE 
INTERRUPT 
3:5 
EXTERNALJ 


END 
INT _9274_S; 


SNOLIST 
SE~ECT 


DECLARE 
(RESULTS_S, 
TXDONE_S, 
RXDONE_Sl 
BYTE 
PUBLIC; 


DECLARE 
DONE 
LIT 
'OFFH', 


NOT 
DONE 
LIT 
'OOH'. 


PASS 
LIT 
'OFFH', 


FAIL 
LIT 
'OOH'; 


inter 


30 


31 
2 
32 
2 
33 
2 
34 
2 
35 
2 
36 
2 
37 
2 


38 
2 
39 
2 
40 
2 


41 
2 
42 
3 


43 
2 


44 
3 
45 
2 
46 
3 


47 
2 


48 
2 


49 
2 


50 
2 


51 
2 
52 
I 


CALL 
ENABLE_INTERRUPTS_S, 
CALL 
INIT 
_8274_S0LC_SI 
ENABLEJ 


OUTPUTCC0P1P1AND_A_74) 
- 
28Hi 
'* 
REBET 
TX 
tNT/DM" 
*' 
OUTPUTCCOMAND_8_74) 
- 
2BHl 
'* 
BEFORE 
INITIALIZINO 
8237*' 
CALL 
INIT 
_8237 
_8. 
OUTPUT 
(DATA_A_74 
J 
• 
5$HJ 
1* LOAD FIRST 
CHARACTER FRO" 
CPU_, 


I- 
TO 
ENSURE 
CRC 
TRANBIlISSION 
RESET 
TX 
UNDERRUN 
LATCH_I 
OUTPUT 
CCO"''''ANDjl_74) 
• 
OCOH, 
RXDONE_S.TXDONE_S-NOT_DONE. 
I_ 
CLEAR 
ALL 
FLAGS 
_I 
RESUL TS_S-PASS. 
I_ 
FLAG 
SET 
FOR 
MONITOR_I 


DO WHILElINPUT<STATUS_A_741 
AND 
04H) 
<> 
04H, 
I- 
WAIT 
FOR 
CRC 
TO 
GET 
TRANS/'IITTED 
_I 
/* TEST 
Fa •• TX 8UFFFER 
EP1PrV TO VERIFY 
THIS_I 
ENDI 
DO WHILE RIDONE_S-NOT 
_DONE 
I 
/. 
DO UNTIL 
TERMINAL 
COUNT*, 
ENO, 


CALL 
STOP _8237 
_8. 


CALL 
DISABLE_INTERRUPTS_8. 


CALL 
VERIFY_TRANSFER_51 


RETURN 
RESUL TS_S. 


END 
CHA_SDLC_TEST. 
END 
STEST, 


CODE 
AREA 
SIZE 
- 
0063H 
99D 
CONSTANT 
AREA 
SIZE 
- 
OOOOH 
OD 
VARIABLE 
AREA 
SIZE 
- 
0003H 
3D 
MAXIMUM 
STACK 
SIZE 
- 
0004H 
4D 
198 
LINES 
READ 


. 0 
PROGRAM 
WARNING8 
o 
PROGRAM 
ERROR8 


END 
OF 
PL/M-86 
COMPILATION 


SERIES-III 
PL/M-86 
V2.0 
COMPILATION 
OF 
I10DULE 
VECTOR_MODE 
OBJECT 
MODULE 
PLACED 
IN 
: FI: 
VECTOR. 
DBJ 
COI1PILER 
INVOKED 
BY: 
PLM86.86: 
FI: 
VECTOR. PLM 
TITLEllSBC 
88/45 
8274 
CHANNEL 
A 
SDLC 
TEST) 


/ 
, 
/* 
*' 
/. 
8274 
INTERRUPT 
HANDLING "OUTINE: FOR 
*/ 
/. 
8274 
VECTOR 
I"IODE 
*' 
'* 
STATUS 
AFFECTS 
VECTOR 
*/ 
/. 
./ 
, 
, 


I' 
1 
16 
2 
17 
2 
19 
2 


19 
I 
20 
2 
21 
2 
22 
2 
23 
2 
24 
3 


27 
2 
29 
2 
29 
2 
30 
2 


31 
I 
32 
2 
33 
2 
34 
2 


/* THIS 
IS 
"N 
EX"I'IPLE 
OF HOW 9274 
C"N 
BE USED 
IN 
VECTORED 
I'IODE. 
*/ 
'* 
THE 
158C88/45 
BOARD 
WAS 
REWIRED 
TO 
DISABLE 
THE 
PIT 
82'9A 
AND 
*' 
/* 
EN"BLE 
THE 
9274 
TO 
PL"CE 
ITS 
VECTOR 
ON THE D"T"BUS 
IN 
RESPONSE 
*/ 
/* 
TO THE 
INTA 
S£GUENCE 
FRO,", THE 
B088. 
OTHER 
MODIFICATIONS 
INCLUDED 
*/ 
/* 
CHANOES 
TO 8274 
INITIALIZATION 
PROORAM (SINI74) 
TO PROORAM 8274 
*' 


1* 
INTO 
VECTORED 
MODE (WRITE 
REQISTER 
2'" 
05-1) 
*' 


DECL"RE 
TEMP BYTE; 


DECLAAE 
(RESULTS 
S. TXDONE. RXDONE, 
BYTE 
EXTERN"L, 
DECLARE DONE 
LITERALLY 
'OFFH', 
NOT_DONE 
L ITER"LLY 
• 001'1 •• 
P"SS 
L ITER"LL 
Y 
•OFFH' 
• 
FAIL 
LITERALLY 
'OOH'J 


/ 
, 
/. 
TRANS,.,IT 
INTERRUPT 
CHANNEL 
A 
INTERRUPT 
WILL 
NOT BE SEEN 
IN 
THE *' 
'* 
OM••• OPERATION. 
*' 
/ 
/ 


TX_INTERRUPT 
_eHA: 
PROCEDURE 
INTERRUPT 
84; 
OUTPUTCC0P1I'1AND_A_74) 
- 
001010008; 
/.RESET 
TXINT 
PENDINO./ 
OUTPUTCCOf1MAND_A_74) 
·001110008; 
/.EOI./ 
END TX_INTERRUPT 
_CH"; 


/ 
/ 
/. 
EXTERNAL/STATUS 
INTERRUPT 
PROCEDURE: 
CHECKS 
FOR 
END 
OF 
M£SsAOE 
./ 
/. 
ONLY. 
IF 
THIS 
IS 
NOT 
TRUE 
THEN 
THE 
FAIL 
FLAQ 
IS 
SET. 
HOWEVER. 
./ 
/. 
A 
USER 
PAOGRAM 
SHOULD 
CHECK 
FOR 
OTHER 
EXT/STATUS 
CONDITIONS 
./ 
/. 
ALSO 
IN 
ARI 
AND 
THEN 
TAKE 
APPROPRIATE 
ACTION 
BASED 
ON 
THE 
./ 
/. 
APPLICATION. 
./ 
/ 
/ 


EXT_STAT 
_CHANQE_CHA: 
PROCEDURE 
INTERRUPT 
8'1 


TEMP 
• 
INPUT(STATUS_A_74L 
IF 
(TEMP 
AND 
END_OF 
_TX_MESSAQE) 
• 
END_OF _TX_ 
•••ESSAGE 
THEN 
TXDONE 
• 
DONE; 
ELSE 
DO; 
TXDONE 
• 
DONE; 


OUTPUTCCOMMAND 
A 
74) 
• 
000100008, 


OUTPUT (COl'li1"ND_"J4 
l 
• 
00111000B; 
RETURN; 
END 
EXT _STAT 
_CHANCE_CHA; 


/ 
/ 


/. 
RECEIVER 
CHARACTER 
AVAILABLE 
INTERRUPT 
WILL 
APPEAR 
ONLY 
ON 
FIRST./ 
/. 
RECEIVE 
CHARACTER. 
SINCE 
OMA 
CONTROLLER 
HAS 
BEEN 
ENABLED 
BEFORE 
./ 


/. 
THE 
FIRST 
CHARACTER 
IS 
RECEIVED. 
THE 
RECEIVER 
REOUEST 
IS 
./ 


/. 
SERVICED 
BY 
THE 
OMA 
CONTROLLER 
./ 
/ 
/ 


RX_CHAR_AVAILABLE_CHA: 
PROCEDURE 
INTERRUPT 
86. 


OUTPUTCC0f'1I'1AND_A_74) 
.001110008; 
/.EOI./ 


RETURN, 
END 
RX_CHAR_AVAILABLE_CHA; 
.EJECT 


inter 


35 


36 
2 
37 
2 
38 
2 
39 
2 
40 
2 
41 
3 
42 
3 
43 
3 
44 
2 
45 
2 
46 
2 
47 
2 


48 
I 
49 
2 
50 
2 
51 
2 
52 
2 
53 
2 
54 
2 
55 
2 


56 


I.··*•••••••••••••••• 
*•• *••••••••••••••••••••••••••••••••••••••••••••••• 
/ 


/* 
SPECIAL 
RECEIVE 
CONDITION 
INTERRUPT 
SERVICE 
ROUTINE 
CHECKS 
FOR */ 
/* 
END OF FRAME BIT 
ONLY, 
SEE 
SPECIAL 
SERVICE 
ROUTINE 
FOR NON- 
*' 
/* 
VECTORED 
MODE FOR 
CRe 
CHECK 
AND 
OVERRUN 
ERROR 
CHECK 
*/ 
/ 
/ 


SPECIAL_RX_CONDITION_CHA: 
PROCEDURE 
INTERRUPT 
87; 


OUTPUTCCOMMAND_A_74) 
• 
1; 
I_POINTER 
1*/ 
TEMP 
= 
INPUT(STATUS_A_74); 
IF 
(TEMP 
AND 
END_OF 
_FRAME) 
"'" END_OF _FRAME 
THEN 
RXDONE 
• 
DONE; 
ELSE 
00; 
RXDONE 
:= 
DONE; 
RESUL T5_5 
::II 
FAILi 
END. 
OUTPUT(CQMMANO 
A 
74) 
Ill: 
001100008; 
I_ERAOR 
RESET_/ 
OUTPUTtCOMMANO:=A:=74) 
• 
001110008; 
'*EoI*' 
RETURN. 
END 
SPECIAL_RX_CONOITION_CHAi 


ENABLE 
INTERRUPTS: 
PROCEDURE 
PUBLICi 
DISABLEi 
CALL 
SET. 
INTERRUPT 
(84, 
TX_INTERRUPT 
_CHA) 
i 
CALL 
SET.INTERRUPTC8~, 
EXT _STAT 
_CHANQE_CHA), 
CALL 
SET.INTERRUPTC86, 
RX_CHAR_AVAIL.ABLE_CHA)' 
CALL 
SET.INTERRUPTC87, 
SPEC IAL_RX_CONDITION_CHA), 
RETURNi 
END 
ENABLE_INTERRUPTS. 


END 
VECTOR_MODE; 
I ••••••• 
•• ••••••••••••• 
•• •• •••• 
•• •••• 
•• • •••• 
•• •• • •••• • •••••••••••••••••••••• 
1 
I ••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 
1 


CODE 
AREA 
SIZE 
• 
012EH 
3020 
CONSTANT 
AREA 
51 lE 
• 
OOOOH 
00 
VARIABLE 
AREA 
SIZE 
- 
0001H 
10 
MAXIMUM 
STAC~ 
SIZE. 
001EH 
300 
226 
LINES 
READ 
o 
PROQRAM 
WARNINQS 
o 
PROGRAM 
ERRORS 


inter 


APPENDIX 
B 
MPSC READ/WRITE 
REGISTER 
DESCRIPTIONS 


MSB 
LSB 


~ I 


~OMMAND 
STATUS POINTER 
REGISTER POINTER 


o 
0 
0 
NULL CODE 
o 
0 
1 
SEND ABORT (SDLC) 
o 
1 
0 
RESET EXT STATUS INTERRUPTS 
o 
1 
1 
CHANNEL RESET 
1 
0 
0 
ENABLE INTERRUPT ON NEXT RX CHARACTER 
1 
0 
1 
RESET TXINT OMA PENDING 
1 
1 
0 
ERROR RESET 
1 
1 
1 
END OF INTERRUPT 
(Ch. A only) 


o 
NULL CODE 
1 
RESET RX CRC CHECKER 
o 
RESET TX CRD GENERATOR 
1 
RESET TX UNDERRUN EOM LATCH 
I 
o 
0 
RKINTIDMA DISABLE 
o 
1 
RKINT ON FIRST CHAR OR SPECIAL CONDITION 
1 
0 
k'llEgt:.t~~=~I~I'6~R 
(PARITY AFFECTS VECTOR) OR 


liNT 
ON ALL 
RK CHAR (PARITY 
DOES NOT AFFECT 
VECTOR) OR SPECIAL CONDITION 


EXT INTERRUPT 
ENABLE 


TK INTERRUPT 
DMA ENABLE 


STATUS AFFECTS VECTOR 
(CHB ONLY) 
(NULL CODE CH A) 


intJ 


~ 
o 
0 
BOTH INTERRUPT 
o 
1 
ADMABINT 
1 
0 
BOTHDMA 
1 
1 
IllEGAL 


PRIORITY RxA>RxB> 
TxA> TxB>EXTA'>EXTB' 
PRIORITY RxA> TxA>RxB> 
TxB> EXTA' >EXTB' 


o 
0 
8085 MODE 1 
o 
1 
8085 MODE 2 
1 
0 
808&/88 MODE 
1 
1 
ILLEGAL 


1 
VECTORED INTERRUPT 
o 
NON VECTORED INTERRUPT 


MSB 
lSB 


~ 


o 
Rx5 BITS/CHAR 


o 
1 
Rx7 BITS/CHAR 


o 
Rx& BITS/CHAR 


1 
Rx8 BITS/CHAR 


inter 


1 
ENABLE PARITY 
o 
DISABLE PARITY 


1 
EVEN PARITY 
o 
ODD PARITY 


o 
0 
ENABLE SYNC MODES 
o 
1 
1 STOP BIT 
1 
0 
1.5 STOP BITS 
1 
1 
2 STOP BITS 


o 
0 
8 BIT SYNC CHAR 
o 
1 
16 BIT SYNC CHAR 
1 
0 
SDLC/HDLC(Olllll10)FLAG 
1 
1 
1 EXTERNAL SYNC MODE 


o 
Xl CLOCK 
1 
X16 CLOCK 
o 
X32 CLOCK 
1 
X64 CLOCK 


MSB 
LSB 


~ 


" 
[ 
LEAST S':NIFICANT 
SYNC BYTE (ADDRESS 
IN SDLC/HDLC MODE) 


210403-33 


RTS 


SDLC/CRC ·16 
(CRCMODE) 
. 


To ENABLE 


o 
0 
o 
1 
1 
0 
1 
1 


T05 BITS OR LESS/CHAR 
T07 BITS/CHAR 
T06 BITS/CHAR 
T08 BITS/CHAR 


MSB 
LSB 


~ 


••• 
[ 
MOST S';NIFICANT 


SYNC BYTE (7EH 
IN SDLC/HDLC 
MODE) 


210403-34 


CTS 
} 
EXTERNAL 
To UNDERRUN/EOM 
!lTATUS 
INTERRUPT MODE 
BREAK/ABORT 


I FIELD BYTE 
2ND PREVIOUS BYTE 
!}RESIDUE DATA 
3 
BITS CHAR 
7 
MODE 


5 
8 


MSB 
LSB 


~ 
, 
1INTERRUPT 
'VA~IABLES 
IN 
------ 
STATUS AFFECTS 
VECTOR 
VECTOR MODE 
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Asynchronous 
and SOLe 
Communications 
with 82530 


INTEL's 
82530, Serial Communications 
Controller 
(SCC), is a dual channel, multi-protocol data communi- 
cations peripheral. It is designed to interface to high 
speed communications lines using asynchronous, byte 
synchronous, and bit synchronous protocols. It runs up 
to 1.5 Mbits/sec, has on-chip baud rate generators and 
on-chip NRZI encoding and decoding circuits-very 
useful for SOLC communication. This application note 
shows how to write I/O drivers for the 82530 to do 
initialization 
and 
data 
links 
using 
asynchronous 
(ASYNC) and SOLC protocols. The appendix includes 
sections to show how the on-chip baud rate generators 
could be programmed, how the modem control pins 
could be used, and how the 82530 could be interfaced 
to INTEL's 80186/188 processors. 


1. SCC port definition 


2. Accessing the SCC registers 
3. Initialization for ASYNC communication 
4. ASYNC communication in polling mode 
5. ASYNC communication in interrupt mode 
6. Initialization for SOLC communication 
7. SOLC frame reception 
8. SOLC frame transmission 
9. SOLC interrupt routines 


The description is written around illustrations of the 
actual software written in PLM86 for a 80186 - 82530 
system. 


The Figure 1 shows how the 4 ports (2 per channel) of 
the SCC can be defined. Note that the sequence of ports 
in the ascending order of addresses is not the one that is 
normally expected. In the ascending order it is: com- 
mand (B), data (B), command (A) and data (A). In an 
80186 - 82530 system, the interconnection is as follows: 


PGSn 
A1 
80186 pins 
A2 
RD 
WR 


GS 
DIG 
AlB 
82530 pins 
RD 
WR 


The SCC has 16 registers on each of the channels (A 
and B). For each channel there is only one port, the 
command port, to access all the registers. The register 
#0 can be always accessed directly through the com- 
mand port. All other registers are accessed indirectly 
through register #0. First, the number of the register to 
be accessed is written to the register # 0 - see the state- 
ment, in Figure 2: 'output (cLa_command) 
= re8- 


no and Ofh'. Then, the desired register is written to or 
read out. The Figure 2 shows 4 procedures: rra and 
wra, for reading and writing channel A registers; rrb 
and wrb, for reading and writing channel B registers. 
The read procedures are of the type 'byte' • they return 
the contents of the register being read. The write proce- 
dures require two parameters - the register number and 
the value to be written. 


declare 
eh_b_command 
eh_b_dllta 
e h_a_e ommand 
ch_a_data 


literally 
'pc,5 
+ 0', 
1* scc 
channel_b 
command 
word*/ 
literally 
'pes5 
+ 2'. 
1* see 
ehi,"nel 
b data 
word 
*1 
literally 
'pes5 
+ 4', 
1* sce 
channel-a 
command 
word 
*1 
literally 
'pes5 
+ 6'1 
1* sce 
channel::':a 
data 
word 
*1 
1*------------------------------------- 
*1 
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rra: 
procedure 
(reg_nol 
b~te; 
declare 
reg_no 
b~tel 


if 
(reg_no 
and 
Ofhl <> 0 
then 
output(ch_a_commandl 
• reg_no 
and Ofh; 
return 
input(ch_a_commandl; 
end rral 


rrb: 
procedure 
(reg_nol 
b~te; 
declare 
reg_no 
b~tel 


1f 
(rIg_no 
and Ofhl <> 0 
then 
output 
(ch_b_commandl 
• reg_no 
and 
Ofh; 
return 
input(ch_b_commandl; 
end rrb; 


wra: 
procedure 
(reg_no. 
valuel; 
declare 
reg_no 
b~te; 
declare 
value 
bvtel 


1f 
(reg_no 
and Ofhl <> 0 
then 
output 
(ch_a_commandl 
= reg_no 
and 
Of hi 
output 
(ch_a_commandl 
• valuei 
end wral 


wrb: 
procedure 
(reg_no. 
value); 
declare 
reg_no 
bvtel 
declare 
value 
bvte; 


if 
(reg_no 
and 
Ofhl <> 0 
then 
output 
(ch_b_command) 
• reg_no 
and 
Ofh; 
output 
(ch_b_commandl 
• value; 
end wrb; 
1*---------------------------------------- 
*1 
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In the followingexample, channel B of the see 
is used 
to perform ASYNe communication. Figure 3 shows 
how the channel B is initialized and configured for 
ASYNe operation. This is done by writing the various 
channel B registers with the proper parameters as 
shown. The comments in the program show what is 
achieved by each statement. After a software reset of 
the channel, register 1/ 4 should be written before writ- 
ing to the other registers. The on-chip Baud Rate Gen- 
erator is used to generate a 1200bits/see clock for both 
the transmitter and the receiver. The interrupts for 
transmitter and/or receiver are enabled only for the 
interrupt mode of operation; for polling, interrupts 
must be kept disabled. 


4. ASYNC Communication 
in Polling 
Mode 


Figure 4 shows the procedures for reading in a received 
character from the 82530 (scc_in) and for writing out 
a character to the 82530(scc_out) in the polling mode. 


The scc_in procedure returns a byte value which is the 
character read in. The receiver is polled to find if a 
character has been received by the sec. 
Only when a 
character has been received, the character is read in 
from the data port of the see 
channel B. 


The scc_out 
procedure requires a byte parameter 
which is the character being written out. The transmit- 


call 
IIIrb(09. 
01000000b) 
; 
1* channlll 
B rllset 
*1 
call 
IIIrb(04. 
11001110b) 
, 
1* 2 stop, 
no 
parit,.. 
br' 
•• 64x 
*1 
call 
IIIrb(02. 
00100000b 
); 
1* vector 
•• 20h 
*1 
call 
IIIrb(03. 
11000000b) 
, 
1* rx 
8 bits/char. 
no auto-enable 
*1 
call 
IIIrb(OS. 
01100000b) 
, 
1* t. 
8 bits/char 
*1 
call 
IIIrb(06, 
OOOOOOOOb 
); 
call 
IIIrb(07. 
OOOOOOOOb 
); 
call 
wrb (09. 
00000001 b); 
1* vector 
includes 
status 
*1 
ca 11 IIIrb(10. 
OOOOOOOOb 
) ; 
call 
IIIrb(11. 
01010110b) 
i 
1* rxc 
•• txc .. BRG . 
trKc 
•• BRG 
out 
*1 
call 
IIIrb(12, 
00011000b) 
; 
1* to 
genllrate 
1200 
baud. 
K64 • 
4 mhz *1 
call 
wrb (13, 
OOOOOOOOb 
) , 
call 
lIlrb (14, 
00000011b) 
, 
1* BRG 
source 
•• SYS eLK, 
lInabl. 
BRei *1 
call 
lIlrb (15, 
OOOOOOOOb 
) , 
1*'all 
ext 
status 
interrupts 
off 
*1 


1* enables 
*1 


call 
lIlrb (03. 
11000001 b), 
1* scc-b 
receive 
enablll 
*1 
call 
wrb (05. 
11101010b), 
1* scc-b 
transmit 
enable, 
dtr 
on. 
rts 
on *1 


call 
IIIrb(09. 
00001001b), 
ca 11 IIIrb(01, 
00010011 b) i 
1* master 
IE, 
vector 
includes 
status 
*1 
1* tx 
• rK, 
lIxt 
intllrrupts 
enable 
*1 


1*------------------------------··-------------------------------------------*1 
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do ",hile (input(ch_b_commandl 
and 
Ihl 
••0; 
end; 
char. 
input(ch_b_datalj 
1* 
if rx 
data 
character 
is available 
*1 
return 
char; 
1* then 
input 
it to 
buffer 
*1 


do ",hile (input(ch_b_commandl 
and 
4hl 
••0; 
end; 
output(ch_b_datal 
• 
char; 
1* 
if 
tx 
buff 
empt~ 
then 
transfer 
the 
*1 
1* data 
character 
to 
tx 
buff 
*1 


ter is polled for being ready to transmit the next charac- 
ter before writing the character out to the data port of 
see 
channel B. 


abc_variable 
= scc~n; 


call scc_out 
(xyz_variable); 


5. ASYNC Communication 
in Interrupt 
Mode 


In contrast to polling for the receiver and/or the trans- 
mitter to be ready with/for 
the next character, 
the 
82530 can be made to interrupt when it is ready to do 
receive or transmit. 


The on-chip interrupt 
controller of the see 
can be 
made to operate in the vectored mode. In this mode, it 
generates interrupt vectors that are characteristic of the 
event causing the interrupt. For the example here, the 
vector 
base 
is 
programmed 
at 
20h 
and 
'Vector 


Includes 
Status' 
(VIS) 
mode 
is 
set 
- 
WR9 
XXXOXXOI. Vectors and the associated events are: 


Vector 
Procedure 
Event Causing Interrupt 


20h 
txintr_b 
clL-b - transmit buffer empty 


22h 
esi 
b 
ch 
b - external/status change 


24h 
rxintr_b 
ch_b - receive character available 


26h 
src_b 
ch_b - special receive condition 


28h 
txintr 
a 
ch 
a - transmit buffer empty 


2ah 
esi_a 
clL-a - external/status change 


2ch 
rxintr_a 
ch_a - receive character available 


2eh 
src_a 
ch 
a - special receive condition 


NOTE: 
Odd vector numbers do not exist. 


Figure 5 shows the interrupt procedures for the channel 
B operating in ASYNe 
mode. The transmitter buffer 
empty interrupt occurs when the transmitter can accept 
one more character to output. In the interrupt proce- 
dure for transmit, the byte char_out_530 
is output. 


Following this, is an epiloge that is common to all the 


inter 


interrupt 
procedures; 
the first statement is an end of 
interrupt command to the 82530 - note that it is issued 
to channel 
A - and the second is an End of Interrupt 
(EOI) 
command 
to the 
80186 interrupt 
controller 
which is, in fact, receiving the interrupt from the 82530. 


The receive buffer full interrupt occurs when the receiv- 
er has at least one character in its buffer, waiting to be 
read in by the CPU. 


The esi_b 
is not enabled to occur and src_b 
cannot 
occur in the ASYNC mode unless the receiver is over- 
run or a parity error occurs. 


call 
wraCOO,38h); 
output 
CeDir_186) 
c 8000h; 
return; 
end 
txintr_b; 


1* reset 
highest 
IUS *1 
1* nDn 
specific 
EOI 
*1 


call 
wraCOO.38h), 
Dutput 
CeDir_186) 
c 8000h; 
return; 
end 
esi_b' 


1* reset 
highest 
IUS *1 
1* non 
specific 
EOI 
*1 


call 
wraCOO.38h), 
output 
(eDir_186) 
return. 
end 
rxintr_bJ 


1* reset 
highest 
IUS *1 
1* 
non 
specific 
EOI 
*1 


call 
wra(OO,38h); 
Dutput 
CeDir_186) 
• 8000h; 
return; 
end 
src_bJ 


1* reset 
highest 
rus *1 
1* nDn 
specific 
EOI 
*1 


1*---------------------------------------------------------------------------*1 
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6. Initialization for SOLC 
Communication 


Channel A of the SCC is programmed for being used 
for SDLC operation. It uses the DMA channels on the 
80186. Figure 6 shows the initialization procedure for 
channel A. The comments in the software show the 
effect of each statement. The on-chip Baud Rate Gener- 
ator is used to generate a clock of 125 kHz both for 
reception and transmission. This procedure is just to 
prepare the channel A for SDLC operation. The actual 
transmission and reception of frames is done using the 
procedures described further. 


Figure 7 shows the entire set-up necessary to receive a 
SDLC frame. First the DMA controller is programmed 
with the receive buffer address (@r,,-bufl), 
byte count, 
mode etc and is also enabled. Then a flag indicating 
reception of the frame is reset. An Error Reset com- 
mand is issued to clear up any pending error condi- 
tions. The receive interrupt is enabled to occur at the 
end of frame reception (Special Receive Condition); 
lastly, the receiver is enabled and put in the Hunt mode 
(to detect the SDLC flag). When the first flag is detect- 


ed on the RxDA pin, it goes from the Hunt to the Sync 
mode. It receives the frame and the end of frame inter- 
rupt (src_b, 
vector = 2eh) occurs. 


Figure 8 shows the procedure for transmitting a SDLC 
frame once channel A is initialized. The DMA control- 
ler is initialized 
with 
the transmit 
buffer address 
(@tx_buff(l» 
- note, it is the second byte of the trans- 
mit buffer - and the byte count - again one less than the 
total buffer length. This is done because the first byte in 
the buffer is output directly using an I/O instruction 
and not by DMA. Then the flag indicating frame trans- 
mitted is reset. The events following are very critical in 
sequence: 
a. Reset external status interrupts 
b. Enable the transmitter 
c. Reset transmit CRC 
d. Enable transmitter underrun interrupt 
e. Enable the DMA controller 
f. Output first byte of the transmit block to data port 
g. Reset Transmit Underrun Latch 


cell II,,'e(09.10000000b II 
cell wre(04. 
00100000bll 
cell wre(Ol. 
01100000blJ 
cell wre(03. 
11000000b IJ 
cell wre(O~. 
01100000blJ 
cell wra<06. 
01010101bll 
cell wre(07. 
01111110bll 
cell wraC10. 
10000000b II 
cell wre( 11. 01010110b II 
cell wre(12. 
0000l110bli 
cell wre(13. 
OOOOOOOObl. 
cell wra<14. 
00000l10blJ 
cell wre(15. 
OOOOOOOOblJ 


cell wre(14. 
00000111bl. 
cell wre(Ol. 
l1100000bIJ 
cell wra(09. 
00001001blJ 


1* chenne1 
A re.et *1 
1* SOLC mode 
*1 
1* Ol'lAfor Rx *1 
1* a bit Rx cher. Rx di.eb1e 
*1 
1* a bit Tx cher. 
Tx disable 
*1 
1* node addre •• *1 
1* SOLC 
fleg *1 
1* pre.et 
CRC. 
NRZ encoding 
*1 
1* rxc • txc • BRO. 
trxc • BRO 
out *1 
1* to generete 
125 Kbeud. 
xl • 4 mh z *1 


1* BRO .ource 
• SYS CLK. 
Ol'lAfor Tx *1 
1* ell ext 
.tetu. 
interrupt. 
off *1 


1* .neb1. 
: BRO *1 
1* eneb1. 
: dr.q *1 
1* ma.ter 
IE. vector 
include •• tatu. *1 


1*---------------------------------------------------------------------- 
*1 
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decla~e 
dma_O_mode 
lite~all~ 
'1010001001000000b'; 
1* .~c"IO. 
de.t-MCincl, 
.~nc".~c. 
TC. 
noint. 
p~io~it\l' 
b\lte *1 


outwo~d(dma_O_dpll 
outwo~dCdma_O_dphl 
outwo~dCdma_O_.pll 
outwo~dCdma_O_.phl 
outwo~dCdma_O_tcl 
outwo~dCdma_O_cwl 


•• 10w1bC.~x_buffll 
•• high1bCerx_buffl; 
•• ch_a_datal 
• 
0; 
•• block_length 
+ 2; 
•• dma_O_mode 
o~ OOObhl 
1* +2 
fo~ 
CRC 
*1 
1* .ta~t 
OMA 
channel 
0 *1 


call 
w~a(OO,30hl, 
call 
w~aC01, 
11111001bl; 
call 
w~aC03. 
11010001bl, 


1* e~~o~ 
~e.et 
*1 
1* .p. 
cond 
int~ 
Onlll' ext 
int 
enable 
*1 


1* enable 
~eceive~. 
ente~ 
hunt 
mode 
*1 


declare 
dma_1_mode 
lite~all~ 
'0001011010000000b', 
1* .~c"MC inc I. de.t"IO •• 
\Inc"de.t. TC, 
noint, 
nop~io~. 
b\lte *1 


outwordCdma_1_spll 
.outwo~dCdma_1_.phl 
outwo~dCdma_1_dpll 
outwordCdma_1_dphl 
outwo~d(dma_1_tcl 


•• 10w1bCetx_buffC111; 
•• high1bCetx_buffC111; 
•• ch_a_data; 
0, 
block_length 
- 
1; 


f~ame_tx 
c 0, 
1* Te.et 
f~ame 
t~an.mitted 
flag 
., 


call 
w~a(OO. 
0OO10000bl; 
I. 
"e.et 
ESI 
., 
call 
w~aCO~. 
01101011bl, 
I. 
enable 
t~an.",itte~ 
., 
call 
wraCOO, 
10101000b 
I; 
I. 
~e.et 
tx CRC, 
TxINT 
pendinl ., 


call 
wraC1~. 
01000000b 
I; 
I. 
enable 
TxU 
int 
., 


outwordCdma_l_cwl 
•• dma_1_mode 
or OOObhi 
1* start 
OMA 
channel 
1 *1 


outputCch_a_datal 
•• tx_buffCOI; 
1* 
first 
b\lte - addre.s 
field 
., 
call 
wra(OO. 
11000000bl; 
1* Re.et 
Tx 
Unde~~un 
latch 
*1 


'*--------------------------------------------------------------------------*1 
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call 
~ra(OO.38hll 
output 
(eoir_186l 
• 8000h. 
return. 
end 
txintr_iu 


1* reset 
highest 
IUS *1 
1* non 
specific 
EOI *1 


call 
~ra(OO.10hl. 
tx_stat 
• 
rra(Ol. 
frame_tx 
• 
Offh. 


call 
~ra(OO.38hl. 
output 
(eoir_186l 
• 8000h. 
return. 
end 
e.i_a. 


1* reset 
highest 
IUS *1 
1* non 
specific 
EOI 
*1 
call 
~ra(OO.38hl. 
output 
(eoir_186l 
• 8000h. 
returnl 
end 
rxintr_i1' 


1* reset 
ESI 
*1 
1* read 
in .tatus 
*1 
1* set 
frame 
transmitted 
flag 
*1 


1* reset 
highest 
IUS */ 
1* non 
specific 
EOI *1 


rx 
stat 
E rra(ll. 
call 
~ra(OO.30h). 
call 
~ra(03. 11000000bll 
frame_recd 
= Offhl 


call 
~ra(OO.38hll 
output 
(eoir_186) 
• 8000h. 
return; 
end 
src_a. 


1* error 
reset 
*1 
1* disable 
rx *1 
1* set 
frame 
received 
flag 
*1 


1* reset 
highest 
IUS *1 
1* non 
specific 
EOI *1 


1*--------------------------------------------------------------------------*1 
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The frame gets transmitted out with all bytes, except 
the first one, being fetched by the SCC using the DMA 
controller. At the end of the block the DMA controller 
stops supplying bytes to the SCC. This makes the trans- 
mitter 
underrun. 
Since the 
Transmitter 
Underrun 
Latch is in the reset state at this moment, the CRC 
bytes are appended by the SCC at the end of the trans- 
mit block going out. An External Status Change inter- 
rupt (esi_a, vector = 2ah) is generated with the bit for 
transmitter 
underrun set in RRO register. This inter- 
rupt occurs when the CRC is being transmitted out and 
not when the frame is completely transmitted out. 


Figure 9 shows all the interrupt procedures for channel 
A when operating in the SDLC mode. The procedures 
of significance here are esi_a 
and src_a. 


The end of frame reception results in the src_a 
proce- 
dure getting executed. Here the status in register RRI 
is stored in a variable rx_stat 
for future examination. 
Any error bits set in status are reset, receiver is disabled 
and the flag indicating reception of a new frame is set. 


The esi_a 
procedure is executed when CRC of the 
transmitted frame is just going out of the SCC. Reset 
External Status Interrupt command is executed, the ex- 
ternal status is stored in a variable tx_stat 
for future 


examination and the flag indicating transmission Ofthe 
frame is set. 


End of frame processing is required after both of these 
interrupt 
procedures. 
It 
involves 
looking 
at 
rx_stat 
and tlL-stat and checking if the desired opera- 
tion was successful. The buffers used, may have to be 
recovered or new ones obtained to start another frame 
transmission or reception. 


This article should .ease the process of writing a com- 
plete data link driver for ASYNC and SDLe 
modes 
since most of the hardware dependent procedures are 
illustrated here. It was a conscious decision to make the 
procedures as small and easy to understand as possible. 
This had to be done at the expense of making the proce- 
dures general and not dealing with various exception 
conditions that can occur. 


1. 82530 Data Sheet, Order #230834-001 
2. 82530 
SCC 
Technical 
Manual, 
# 230925-00I 
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APPENDIX A 
82530-BAUD 
RATE GENERATORS 


The 82530 has two Baud Rate Generators (BRG) on 
chip-one 
for each channel. They are used to provide 
the baud rate or serial clock for receive and transmit 
operations. This article describes how the BRG can be 
programmed and used. 


The BRG for each channel is totally independent of 
each other and have to be programmed separately for 
each channel. This article describes how anyone of the 
two BRGs can be programmed for operation. To use 
the BRG, four steps have to be performed: 
1. Determine the Baud Rate Time Constant (BRTC) 
to be programmed into registers WRI2 (LSB) and 
WRI3 (MSB). 


2. Program in register WRII, 
to specify where the 
output of the BRG must go to. 
3. Program the clock source to the BRG in register 
WRI4. 


4. Enable the BRG. 


Serial Clock Frequency 
BRTC = ----------- 
- 2 


2 X (Baud Rate X Baud Rate Factor) 


400000O 
BRTC = ----- 
- 2 


2 X (9600 
X 16) 


I~I~I~I~I~I~I~I~I 


ImoTRxC OUT = XTAL OUTPUT 
o 
1 
TRxC OUT = TRANSMIT CLOCK 


1 
0 
TRxC OUT = BR GENERATOR OUTPUT 


1 
1 
TRxC OUT = DPLL OUTPUT 


TRxC 011 


o 
0 
TRANSMIT CLOCK = RTxC PIN 
o 
1 
TRANSMIT CLOCK = TRxC PIN 


1 
0 
TRANSMIT CLOCK = BR GENERATOR OUTPUT 


1 
1 
TRANSMIT CLOCK = DPLL OUTPUT 


o 
0 
RECEIVE CLOCK = RTxC PIN 
o 
1 
RECEIVE CLOCK = TRxC PIN 


1 
0 
RECEIVE CLOCK = BR GENERATOR OUTPUT 


1 
1 
RECEIVE CLOCK = DPLL OUTPUT 


RTxC XTAUNO XTAL 


inter 


Baud Rate Factor 
1 
16 
32 
64 


9600 
206.333 
11.021 
4.510 
1.255 


4800 
414.667 
24.042 
11.021 
4.510 


Baud 
2400 
831.333 
50.083 
24.042 
11.021 


Rate 
1200 
1664.667 
102.167 
50.083 
24.042 
600 
3331.333 
206.333 
102.167 
50.083 
300 
6664.667 
414.667 
206.333 
102.167 


Since only integers can be written into the registers 
WRI2/wRI3 
this will have to be rounded ofTto II 
and it will result in an error of: 


fraction 
0.021 
--- 
X 100 = -- 
X 100 = 0.19% 
BRTC 
11.021 


This error indicates that the baud rate signal generated 
by the BRG does not provide the exact frequency re- 
quired by the system. This error is more serious for 
smaller baud rate factors. For asynchronous systems, 
errors up to 5% are considered acceptable. 


Note that for BRTC= 0, BRGoutput frequency = 1/4 x 
Serial ClockFreq. 


Table I shows the BRTC for a 4 MHz serial clock with 
various baud rates on the Y-axis 
and baud rate factors 
on the X - axis. The constant that is really programmed 
into registers WRI2/wR13 
is the integer closest to the 
BRTC value shown in the table. 


The output of the BRG can be directed to the Receiver, 
Transmitter and the TRxC output. This is programmed 
by setting bits D6 D5, bits D4 D3, and bits DI DO in 
register WRII 
to 10. See Figure I. The output of the 
BRG can also be directed to the Digital Phase Locked 
Loop (DPLL) for the on-chip decoding of the NRZI 
encoded received data signal. This is done by writing 
100 into bits D7 D6 D5 of register WRI4 as shown in 
Figure 2. 


Register WRI4 is used to select the input clock to the 
BRG. See Figure 2. 


'07Io.! 0510.10310210,1Dol 


~~ 


L 
BR GENERATOR 
ENABLE 
L 
BR GENERATOR 
SOURCE 


OTRIREQUEST 
FUNCTION 


AUTO ECHO 


LOCAL 
LOOPBACK 


0 
0 
0 


0 
0 
1 


0 
1 
0 


0 
1 
1 


1 
0 
0 


1 
0 
1 


1 
1 
0 


1 
1 
1 


NULL COMMAND 


ENTER SEARCH 
MODE 


RESET MISSING 
CLOCK 


DISABLE 
OPLL 


SET SOURCE = BR GENERATOR 


SET SOURCE = RTxC 


SET FM MODE 


SET NRZI MODE 


WRI4 / bit DI = 0 -+ Clock comes from pin 
RTxC 


I -+ Clock comes from System 


Clock (PCLK) 


It should be noted that for the case of Bit D I = 0, the 
clock comes either from: 


a. Clock on pin RTxC - if WRII / D7 = 0 
or b. Crystal on pins RTxC & SYNC 
- if WR II / D7 = I 


This is the last step where bit DOof WRI4 is set to start 
the BRG. The BRG can also be disabled by resetting 
this bit. 


inter 


APPENDIX B 
MODEM CONTROL PINS ON THE 82530 


This article describes how the CTS and CD pins on the 
82530 behave and how to write software to service 
these pins. The article explains when the External 
Status Interrupt occurs and how and when to issue the 
Reset External/Status 
Interrupt 
command to reliably 
determine the state of these pins. 


Bits D3 and D5 of~ister 
RRO show the inverted state 
of logic levels on CD and CTS pins respectively. It is 
important to note that the register RRO does not always 
reflect the current state of the CD and CTS pins. When- 
ever a Reset External/Status 
Interrupt 
(RESI) com- 
mand is issued, the (inverted) states of the CD and the 
CTS pins get updated and latched into the RRO register 
and the register RRO then reflect the inverted state of 
the CD and CTS pins at the time of the write operation 
to the chip. On channel or chip reset, the inverted state 
of CD and CTS pins get latched into RRO register. 


Normally, a transition on any of the pins does not nec- 
essarily change the corresponding bit(s) in RRO. In cer- 
tain situations it does and in some cases it does not. A 
sure way of knowing the current state of the pins is to 
read the register RRO after a RESI command. 


There are two cases: 
I. External/Status 
Interrupt (ESI) enabled. 
II. Polling (ESI disabled). 


Whenever ESI is enabled, an interrupt can occur when- 
ever there is a transition on CD or CTS pins - the IE 


bits for CD and/or CTS must also be set in WR15 for 
the interrupt to be enabled. 


In this case, the first transition on any of these pins will 
cause an interrupt to occur and the corresponding bit in 
RRO to change (even without the RESI command). A 
RESI command resets the interru.£!Jine and also latch- 
es in the current state of both the CD and the CTS pins. 
If there was just one transition the RESI does not really 
change the contents of RRO. 


If there are more than one transitions, either on the 
same pin or one each on both pins or multiple on both 
pins, the interrupt would get activated on the first tran- 
sition and stay active. The bit in RRO corresponding 
only to the very first transition is changed. All subse- 
quent transitions have no effect on RRO. The first tran- 
sition, in effect, freezes all changes in RRO. The first 
RESI command, as could be ex~ed, 
latches the final 
(inverted) state of the CD and CTS pins into the RRO 
register. Note that all the intermediate transitions on 
the pins are lost (because the response to the interrupt 
was not fast enough). The interrupt line gets reset for 
only a brief moment following the first RESI com- 
mand. This brief moment is approximately 500 ns for 
the 82530. After that the interrupt 
becomes active 
again. A second RESI command is necessary to reset 
the interrupt. Two RESI commands resets the interrupt 
line independent of the number of transitions occurred. 


Whenever operating with ESI enabled, it is recom- 
mendable to issue two back-to-back RESI commands 
and then read ~ 
RRO~ster 
to reliably determine 
the state of the CD and CTS pins and also to reset the 
interrupt line in case multiple transitions may have oc- 
curred. 
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Case II: Polling RRO for CD and CTS Pins 


If RRO is polled for determining the state of the CD 
and CTS pins, then the External/Status 
Interrupt (ESI) 
is kept disabled. In this case the bits in RRO may not 
change even for the first transition. The best way to 
handle this case to always issue a RESI command be- 
fore reading in the RRO register to determine the state 
of CD and CTS pins. Note, however, if two back-to- 
back RESI commands were to be issued every time be- 
fore reading in the RRO register, the first subsequent 
transition will change the corresponding bit in RRO. 


The state di~m 
above illustrates how each transition 
on CD and CTS pins affect the 82530 and what effect 
the RESI command has. 


It is entered on reset. No ESI due to CTS or CD are 
pending in this state. Any transition on CTS or CD 
pins lead to the state 1 accompanied 
by an immedi- 
ate change 
in the RRO register. 


Interrupt is active (if enabled). If a RESI command 
is issued, state 0 is reached where interrupt ~ain 
inactive. However, a further transition on CTS or 
CD pin leads to state 2 without an immediate 
change 
in RRO register. 


Interrupt 
is active (if enabled). Any further tran- 
sitions have no effect. A RESI command leads to 
state I, temporarily making the interrupt inactive. 


Register RRO does-EEt alw~ 
reflect the current (in- 
verted) state of the CD and CTS pins. The most reliable 
way to determine the state of the pins in interrupt or 
polling mode is to issue two back-to-back RESI com- 
mands and then read RRO. While polling, the second 
RESI is redundant 
but harmless. When issuing the 
back-to-back RESI commands to 82530 note that the 
separation between the two write cycles should be at 
least 6 CLK + 200 ns; otherwise the second RESI will 
be ignored. 
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APPENDIX 
C 
THE 82530 SCC • 80186 INTERFACE 
AP BRIEF 


The object of this document is to give the 82530 system 
designer an in-depth worst case design analysis of the 
typical interface to a 80186 based system. This docu- 
ment has been revised to include the new specifications 
for the 6 MHz 82530. The new specifications yield bet- 
ter margins and a 1 wait state interface to the CPU (2 
wait states are required for DMA cycles). These new 
specifications will appear in the 1987 data sheet and 
advanced 
specification information 
can be obtained 
from your local Intel sales office. The following analy- 
sis includes a discussion of how the interface TTL is 
utilized to meet the timing requirements of the 80186 
and the 82530. In addition, several optional inter(ace 
configurations are also considered. 


£1 
£2 


H -lE3 


H 


The 82530 - 80186 interface requires the TTL circuitry 
illustrated in Figure I. Using five 14 pin TTL packages, 
74LS74, 74AS74, 74AS08, 74AS04, and 74LS32, the 
following operational modes are supported: 


• Polled 
• Interrupt in vectored mode 
• Interrupt in non-vectored mode 
• Half-duplex DMA on both channels 
• Full-duplex DMA on channel A 


A brief description of the interface functional require- 
ments during the five possible BUS operations follows 
below. 
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READ CYCLE: The 80186read cycle requirements are 
met without any additional logic, Figure 2. At least one 
wait state is required to meet the 82530 tAD access 
time. 


is inverted to assure that WR is active low before the D 
Flip-Flop is clocked. No wait states are necessary to 
meet the 82530's WR cycle requirements, but one is 
assumed from the RD cycle. 


WRITE CYCLE: The 82530requires that data must be 
valid while the WR pulse is low,~ure 
3. A D Flip- 
Flop delays the leading edge of WR until the falling 
edge of CLOCKOUT when data is guaranteed valid 
and WR is guaranteed active. The CLOCKOUT signal 


INTA CYCLE: During an interrupt acknowledge cy- 
cle, the 80186 provides two INTA pulses, one per bus 
cycle, separat~wo 
idle states. The 82530 expects 


only one long INTA ~e 
with a RD pulse occurring 
only after the 82530 IEI/IEO daisy chain settles. As 
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illustrated in Figure 4, the INT A signal is sampled on 
the rising edge of CLK (82530). Two D Flip-Flops and 
two TIL gates, U2 and U5, are implemented to gener- 
ate the proper INT A and RD pulses. Also, the INT 
signal is passively pulled high, through a I k resistor, 
and inverted through U3 to meet the 80186's active 
high requirement. 


DMA CYCLE: Conveniently, the 80186 DMA cycle 
timings are the same as generic read and write opera- 
tions. Therefore, with two wait states, only two modifi- 
cations to the DMA 
request signals are necessary. 


First, the RDYREQA 
signal is inverted through U3 
similar to the INT signal, and second the DTRJREQA 
signal is conditioned through a D Flip-Flop to prevent 
inadvertent back to back DMA cycles. Because the 
82530 DTRlREQA 
signal remains active low for over 
five CLK (82530)'s, an additional DMA cycle could 
occur. This uncertain condition is corrected when U4 
resets the DTRJREQ signal inactive high. Full Duplex 
on both DMA channels can easily be supported with 
one extra D Flip-Flop and an inverter. 


RESET: The 82530 does not have a dedicated RESET 
input. Instead, the simultaneous assertion of both RD 
and WR causes a hardware reset. This hardware reset 
is implemented through U2, U3, and U4. 


ALTERNATIVE 
INTERFACE 
CONFIGURATIONS 


Due to its wide range of applications, the 82530 inter- 
face can have many varying configurations. In most of 
these applications the supported modes of operation 


need not be as extensive as the typical interface used in 
this analysis. Two alternative configurations are dis- 
cussed below. 


8288 BUS CONTROLLER: 
An 80186 based system 
implementing an 8288 bus controller will not require 
the preconditioning of the WR signal through the D 
Flip-Flop U4. When utilizing an 8288, the control sig- 
nal IOWC does not go active until data is valid, there- 
fore, meeting the timing requirements of the 82530. In 
such a configuration, it will be necessary to logically 
OR the IOWC with reset to accommodate a hardware 
reset operation. 


NON·VECTORED 
INTERRUPTS: 
If the 82530 is to 
be operated in the non-vectored interrupt mode (B step 
~ 
the interface will not require Ul or U5. Instead, 


INT A on the 82530 should be pulled high, and pin 3 of 
U2 (RD AND RESET) should be fed directly into the 
RD input of the SCC. 


Obviously, the amount of required interface logic is ap- 
plication dependent and in many cases can be consider- 
ably less than required by the typical configuration, 
supporting all modes of SCC operation. 


This design analysis is for a typical microprocessor sys- 
tem, pictured in Figure 5. The Timing analysis assumes 
an 8 MHz 80186 and a 6 MHz 82530 being clocked at 
4 MHz. The 4 MHz clock is the 80186 CLKOUT di- 
vided by two by a flip-flop (U6). Also, included in the 
analysis are bus loading, and TIL-MOS 
compatibility 
considerations. 
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Bus Loading and Voltage Level 
Compatabilities 


The data 
and address 
lines do not exceed the drive ca- 
pability 
of either 
80186 or the 82530. There 
are several 


control 
lines that drive more than 
one TTL 
equivalent 
input. 
The 
drive 
capability 
of these 
lines are detailed 
below. 


WR: The WR signal drives 
U3 and U4. 


• 
101 (2.0 mAl > iii (-0.4 
mA + -0.5 
mAl 
loh (-400 
/-LA)> lih (20 /-LA+ 20/-LA) 


PCS5: 
The PCS5 signal drives 
U2 and U4. 


• 
101 (2.0 mAl > Iii(-0.5 
mA + -0.5 
mAl 
loh (- 400 /-LA)> lih (20 /-LA+ 20 /-LA) 


INTA: 
The INTA 
signal drives 
2(Ul) 
and U5. 


• 
101 (2.0 mAl > Iii(-0.4 mA + -0.8 
mA + -0.4 
mAl 
loh (-400 
/-LA)> lih (20 /-LA+ 40/-LA + 20/-LA) 


All the 82530 I/O 
pins are TTL 
voltage 
level compati- 
ble. 


Certain 
symbolic 
conventions 
are adhered 
to through- 
out the analysis 
below and are introduced 
for clarity. 


I. All timing 
variables 
with a lower case first letter 
are 


82530 timing 
requirements 
or responses 
(i.e., tRR). 


2. All timing 
variables 
with Upper 
case first letters 
are 


80186 timing 
responses 
or requirements 
unless 
pre- 
ceded 
by another 
device's 
alpha-numeric 
code (i.e., 


Tclcl or '373 Tpd). 


3. In 
~ 
writ~cle 
analysis, 
the 
timing 
variable 


TpdWR186-WR530 
represents 
the propagation~ 
lay between 
the leading 
or traili~dge 
of the WR 
signal leav!!!£...the 80186 and the WR edge arrival 
at 


the 82530 WR input. 


1. tAR: Address 
valid to RD active set up time for the 


82530. 
Since 
the 
propagation 
delay 
is the 
worst 
case 


path in the assumed 
typical 
system, 
the margin 
is calcu- 
lated only for a propagation 
delay constrained 
and not 


an ALE limited 
path. 
The spec value is 0 ns minimum. 


• 
1 Tclel - Tclav(rllax) - 
'245 Tpd(max) + Tclrl(min) + 


2(U2) Tpd(min) - 
tAR(min) 
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2. tRA: 
Address 
to RD 
inactive 
hold time. 
The 
ALE 
delay is the worst case path and the 82530 requires 
0 ns 
minimum. 


• 
1 Tclcl - 
Tclrh (max) + Tchlh(min) + '373 LE 
Tpd(min) - 
2(U2) Tpd(max) 


3. tCLR: 
CS active 
low to RO active 
low set up time. 


The 82530 spec value is 0 ns minimum. 


• 
1 Tclcl - 
Tclcsv(max) 
- 
Tclrl(min) - 
U2 
skew(RD - 
CS) + U2 Tpd(min) 


= 125 - 
66 - 
10 - 
1 + 2 = 50 ns margin 


4. tRCS: 
RO 
inactive 
to CS inactive 
hold 
time. 
The 
82530 spec caBs for 0 ns minimum. 


= 35 - 
1 - 
5.5 = 28.5 ns margin 


5. tCHR: 
CS inactive 
to RO 
active 
set up time. 
The 
82530 requires 
5 ns minimum. 


• 
1 Tcici + 1 Tchcl - 
Tchcsx(max) + Tclrl(min) - 
U2 
skew (RD - CS) + U2 Tpd(min) - 
tCHR 


= 125 + 55 - 
35 - 
10 - 
1 + 2 - 
5 = 131 ns margin 


6. tRR: RO pulse active low time. One 80186 wait state 
is included 
to meet the 150 ns minimum 
timing require- 
ments 
of the 82530. 


7. tROY: 
RO active 
low to data 
valid maximum 
delay 
for 80186 read data 
set up time (Tdvcl 
= 
20 ns). The 
margin 
is calculated 
on 
the 
Propagation 
delay 
path 


(worst 
case). 


• 
2 Tclcl + 1(Tclclwait state) 
- Tclrl(max) - 
Tdvcl(min) 


- 
'245 Tpd(max) - 
82530 tRDV(max) - 
2(U2) Tpd(max) 


= 2(125) + 1(125) - 
70 - 
20 - 
14.2 - 
105 '- 2(5.5) 
= 154 ns margin 


8. tDF: 
RD 
inactive 
to data 
output 
float 
delay. 
The 
margin 
is calculated 
to DEN 
active 
low of next cycle. 


• 
2 Tclcl + Tclch(min) - Tclrh(max) + Tchctv(min) - 
2(U2) Tpd(max) - 
82530 tDF(max) 


9. tAD: Address 
required 
valid to read data valid maxi- 
mum 
delay. The 82530 spec value is 325 ns maximum. 


• 
3 Tclcl + 1(Tclclwait state) 
- Tclav(max) - 
'373 
Tpd(max) - 
'245 Tpd - 
Tdvcl(min) - 
tAD 


= 375 + 125 - 
55 - 
20.8 -14.2 
- 
20 -325 
= 65 ns 
margin 


Write Cycle 


J. tAW: 
Address 
required 
valid to WR active 
low set 
up time. The 82530 spec is 0 ns minimum. 


• 
Tclcl - 
Tclav(max) - 
Tcvctv(min) - 
'373 Tpd(max) 
+ TpdWR186 
- WR530(LOW) [Tclcl - 
Tcvctv(min) + 


U3 Tpd(min) + U4 Tpd(min)j - 
tAW 


= 125 - 
55 - 
5 - 
20.8 + [125 - 
5 + 1 + 4.4] - 
0 
= 170.6 ns margin 


2. tW A: WR inactive 
to address 
invalid 
hold time. The 
82530 spec is 0 ns. 


• 
Tclch(min) - Tcvctx(max) + Tchlh(min) + '373 LE 
Tpd(min) - TpdWR186=WR530(HIGH) 
[U2 Tpd(max) + 
U3 Tpd(max) + U4 Tpd(max)j 


= 55 - 
55 + 5 + 8 - 
[5.5 + 3 + 7.11 = 
-2.6 
ns 
margin 


3. tCLW: 
Chip select active low to WR active low hold 
time. The 82530 spec is 0 ns. 


• 
1 Tclcl - 
Tclcsv(max) + Tcvctv(min) - 
U2 Tpd(max) 
+ TpdWR186=WR530(LOW) 
[Tclcl - 
Tcvctv(min) + U3 
Tpd(min) + U4 Tpd(min)j 


= 125 - 
66 + 5 - 
5.5 + [125 - 
5 + 1 + 4.4] = 
183.9 ns margin 


4. tWCS: 
WR invalid 
to Chip Select invalid 
hold time. 


82530 spec is 0 ns. 


• 
Tcxcsx(min) - 
U2 Tpd(max) - 
TpdWR186=WR530(HIGH) 
[U2 Tpd(max) + U3 
Tpd(max) + U4 Tpd(max)j 


= 35 + 1.5 - 
[5.5 + 3 + 7.1] = 20.9 ns margin 


5. tCHW: 
Chip Select inactive 
high to WR active 
low 
set up time. The 82530 spec is 5 ns. 


• 
1 Tclcl + Tchcl(min) + Tcvctv(min) - 
Tchcsx(max) 
- 
U2 Tpd(max) + TpdWR186=WR530(LOW) 
[Tclcl - 
Tcvctv(min) + U3 Tpd(min) + U4 Tpd(min)j - tCHW 


= 125 + 55 + 5 - 
35 - 
5.5 + [125 -5 
+ 1 + 4.4] - 


5 = 264 ns margin 


6. tWW: 
WR active 
low pulse. 
82530 requires 
a mini- 
mum of 60 ns from the falling to the rising edge of WR. 
This includes 
one wait state. 
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• 
Twlwh [2Tclcl - 
40] + 1 (Tclclwait state) 
- 
TpdWRI 
186-WR530(lOW) 
[TeIeI - 
TcYctv(min) + U3 Tpd(max) 
+ U4 Tpd(max)] + TpdWR/186=WR/530(HIGH) 
[U2 
Tpd(min) U3 Tpd(min) + U4 Tpd(min)] - 
tWW 


= 210 + 1(125) - 
[125 - 
5 + 4.5 + 9.2] - 
[1.5 + 1 
+ 3.2] - 
60 = 135.6 ns margin 


7. tDW: 
Data 
valid to WR active 
low setup 
time. The 
82530 spec requires 
0 ns. 


• 
TcYctv(min) - 
TcldY(max) - 
'245 Tpd(max) + 
TpdWR186-WR530(lOW) 
[Tclcl - 
TcYctv(min) + U3 
Tpd(min) + U4 Tpd(min)] 


= 5 - 
44 - 
14.2 + 125 - 
5 + 1.0 + 4.4 = 72.2 ns 
margin 


8. tWD: Data valid to WR inactive 
high hold time. The 
82530 requires 
a hold time of 0 ns. 


• 
Teich - 
skew (TcYctx(max) + TcYctx(min)1 + '245 
OE Tpd(min) - TpdWR186-WR530(HIGH) 
[U2 Tpd(max) 
+ U3 Tpd(max) + U4 Tpd(max)] 


= 55 - 
5 + 11.25 - 
[5.5 + 3.0 + 7.1] = 
-50.6 
ns 
margin 


I. tiC: This 82530 spec implies that the INTA 
signal is 
latched 
internally 
on the rising 
edge of CLK 
(82530). 
Therefore 
the maximum 
delay 
between 
the 
80186 
as- 
serting 
INT A active low or inactive 
high and the 82530 
internally 
recognizing 
the 
new 
state 
of INT A is the 
propagation 
delay through 
Ul plus the 82530 CLK 
pe- 
riod. 


2. tCI: 
rising 
edge of CLK 
to INT A hold 
time. 
This 
spec requires 
that 
the state of INT A remains 
constant 
for lOOns 
after the rising 
edge of CLK. 
If this spec is 
violated 
any change 
in the state 
of INT A may not be 
internally 
latched 
in the 82530. tCI becomes 
critical 
at 
the end of an INTA 
cycle when 
INTA 
goes inactive. 


When 
calculating 
margins 
with 
tCI, 
an 
extra 
82530 
CLK period 
must be added to the INTA 
inactive 
delay. 


3. tlW: 
INTA 
inactive 
high 
to WR 
active 
low mini- 
mum 
setup 
time. The spec pertains 
only to 82530 WR 
cycle and has a value of 55 ns. The margin 
is calculated 
assuming 
an 82530 WR cycle occurs 
immediately 
after 
an 
INT A cycle. 
Since 
the 
CPU 
cycles 
following 
an 
82530 INT A cycle are devoted 
to locating 
and execut- 
ing the proper 
interrupt 
service 
routine, 
this condition 


should 
never exist. 82530 drivers 
should 
insure 
that at 
least one CPU 
cycle separates 
INT A and WR or RD 
cycles. 


4. tWI: 
WR 
inactive 
high 
to INTA 
active 
low mini- 
mum 
hold 
time. 
The 
spec is 0 ns and 
the margin 
as- 
sumes CLK 
coincident 
with INT A. 


• TeIeI - TcYctx(max) - TpdWR186 
- 
WR530(HIGH) 
[U3 Tpd(max) + U4 Tpd(max)] + TcYctv(min) + U1 
Tpd(min) 


= 125 - 
55 - 
[5.5 + 3 + 7.1] + 5 + 10 = 69.4 ns 
margin 


5. tlR: 
INTA 
inactive 
high to RD active low minimum 
setup time. This spec pertains 
only to 82530 RD cycles 
and has a value of 55 ns. The margin 
is calculated 
in 
the same manner 
as tIW. 


6. tRI: RD inactive 
high to INT A active low minimum 
hold 
time. 
The 
spec is 0 ns and 
the 
margin 
assumes 
CLK 
coincident 
with INT A. 


• 
Tclcl - Tclrh(max) - 
2 U2 Tpd(max) + Tcvctv(min) 
+ U1 Tpd(min) 


7. tlID: 
INTA 
active 
low to RD 
active 
low minimum 
setup 
time. 
This 
parameter 
is system 
dependent. 
For 
any SCC in the daisy chain, 
tUD 
must be greater 
than 
the sum of tCEQ 
for the highest 
priority 
device in the 
daisy chain, 
tEl for this particular 
SCC, and tEIEO 
for 
each 
device 
separating 
them 
in the 
daisy 
chain. 
The 
typical 
system 
with 
only 
1 SCC 
requires 
tUD 
to be 
greater 
than 
tCEQ. 
Since tEl occurs 
coincidently 
with 
tCEQ 
and it is smaller 
it can be neglected. 
Additional- 
ly, tEIEO 
does not have any relevance 
to a system with 
only one SCC. Therefore 
tIID 
> tCEQ 
= 250 ns. 


• 
4 Tcfcl + 2 Tidle states 
- TcYctv(max) - 
tiC [U1 
Tpd(max) + 82530 ClK period] + TcYctv(min) + U5 
Tpd(min) + U2 Tpd(min) - 
tUD 


= 500 + 250 - 
70 - 
[45 + 250] + 5 + 6 + 2 - 
250 
= 148 ns margin 


8. tlDV: 
RD active low to interrupt 
vector 
valid delay. 


The 
80186 expects 
the interrupt 
vector 
to be valid on 
the data bus a minimum 
of 20 ns before T4 of the sec- 
ond 
acknowledge 
cycle 
(Tdvcl). 
tiDY 
spec 
is 100 ns 
maximum. 


• 
3 Tclcl - Tcvctv(max) 
- 
U5 Tpd(max) - 
U2 
Tpd(max) - 
tIDV(max) - 
'245 Tpd(max) - 
Tdycl(min) 


= 375 - 
70 - 
25 - 
5.5 - 
100 - 
14.2 - 
20 = 140.3 
ns margin 


9. HI: RD pulse low time. The 82530 requires a mini- 
mum of 125 ns. 


• 
3 Tclcl - Tcvctv(max)- U5 Tpd(max)- U2 
Tpd(max)+ Tcvctx(min)+ U5 Tpd(min)+ U2Tpd(min) 
- tll(min) 


= 375 - 70 - 25 - 5.5 + 5 + 6 + 1.5 - 125 = 
162 ns margin 


Fortunately, the 80186 DMA controller emulates CPU 
read and write cycle operation during DMA transfers. 
The DMA transfer timings are satisfied using the above 
analysis. Because of the 80186 DMA request input re- 
quirements, two wait states are necess~o 
prevent 
inadvertent DMA cycles. There are also CPUDMA in- 
tracycle timing considerations 
that 
need to be ad- 
dressed. 


I. tDRD: RD inactive high to DTRREQ (REQUEST) 
inactive high delay. Unlike the READYREQ 
signal, 
DTRREQ does not immediately go inactive after the 
requested DMA transfer begins. Instead, the DTRREQ 
remains active for a maximum of 5 tCY + 300 ns. This 
delayed request pulse could trigger a second DMA 
transfer. To avoid this undesirable condition, a D Flip 
Flop is implemented to reset the DTRREQ signal inac- 
tive low following the initiation of the requested DMA 
transfer. To determine if back to back DMA transfers 
are required in a source synchronized configuration, 
the 80186 DMA controller samples the service request 
line 25 ns before T I of the deposit cycle, the second 
cycle of the transfer. 


= 500 - 66 - 10.5 - 25 = 398.5 ns margin 


2. tRRI: 82530 RD active low to REQ inactive high 
delay. Assuming source synchronized DMA transfer, 
the 80186 requires only one wait state to meet the tRRI 
spec of 200 ns. Two are included for consistency with 
tWRI. 


• 
2 Tclcl + 2(Tclclwaitstate) - Tclrl(max)- 2(U2) 
Tpd(max)- Tdrqcl - tRRI 


=2(125) + 2(125) - 70 - 2(5.5) - 200 = 219 ns 
margin 


3. tWRI: 82530 WR active low to REQ inactive high 
delay. Assuming destination synchronized DMA trans- 
fers, the 80186 needs two wait states to meet the tWRI 
spec. This is because the 80186 DMA controller sam- 
ples requests two clocks before the end of the deposit 
~e. 
This leaves only I Tclcl + n(wait states) minus 
WR active delay for the 82530 to inactivate its REQ 
signal. 


• 
Tclcl + 2(Tclclwaitstate) - Tcvctv(min)- 
TpdWR186-WR530(LOW)[Tcici- Tcvctv(min)+ U3 
Tpd(max)+ U4Tpd(max)]- Tdrqcl - tWRI 


=375 - 5 - [125 - 5 + 4.5 + 9.2] - 25 - 200 = 
11.3 ns margin 


NOTE: 
If one wait state DMA interface is required, external 
logic, like that used on the DTRREQ 
signal, can be 
used to force the 82530 REQ signal inactive. 


4. tREC: CLK recovery time. Due to the internal data 
path, a recovery period is required between SCC bus 
transactions to resolve metastable conditions internal to 
the SCC. The DMA request lines are masked from re- 
questing service until after the tREC has elapsed. In 
addition, the CPU should not be allowed to violate this 
recovery period when interleaving DMA transfers and 
CPU bus cycles. Software drivers or external logic 
should orchestrate the CPU and DMA controller oper- 
ation to prevent tREC violation. In this example cir- 
cuit, tREC could be improved by clocking the '530 with 
a 6 MHz clock. 


During hardware reset, the system RESET signal is as- 
serted high for a minimum of four 80186 clock cycles 
(1000 ns). The 82530 requires WR and RD to be simul- 
taneously asserted low for a minimum of 250 ns. 


• 
4 Tclcl - U3Tpd(max)- 2(U2)Tpd(max)+ U4 
Tpd(min)- tREe 


= 1000 - 17.5 - 2(5.5) + 3.5 - 250 ns = 725 ns 
margin 


Uther l,;omponents 


inter 
8291A 
GPIB TALKER/LISTENER 
• Designed to Interface Microprocessors 
• 1-8 MHz Clock Range 
(e.g., 8048/49, 8051, 8080/85, 8086/88) 
• 16 Registers (8 Read, 8 Write), 2 for 
to an IEEE Standard 488 Digital 
Data Transfer, the Rest for Interface 
Interface Bus 
Function Control, Status, etc. 
• Programmable Data Transfer Rate 
• Directly Interfaces to External Non- 
• Complete Source and Acceptor 
Inverting Trancelvers for Connection to 
Handshake 
the GPIB 
• Complete Talker and Listener 
• Provides Three Addressing Modes, 
Functions with Extended Addressing 
Allowing the Chip to be Addressed 
• Service Request, Parallel Poll, Device 
Either as a Major or a Minor Talker/ 


Clear, Device Trigger, Remote/Local 
Listener with Primary or Secondary 


Functions 
Addressing 
• Selectable Interrupts 
• DMA Handshake Provision Allows for 
Bus Transfers without CPU Intervention 
• On-Chip Primary and Secondary 
Trigger Output Pin 
Address Recognition 
• 
• Automatic Handling of Addressing and 
• On-Chip EOS (End of Sequence) 


Handshake Protocol 
Message Recognition Facilitates 
Handling of Multi-Byte Transfers 
• Provision for Software Implementation 
of Additional Features 


The 8291A is an enhanced 
version of the 8291 GPIB Talker/Listener 
designed 
to interface 
microprocessors 
to 
an IEEE Standard 
488 Instrumentation 
Interface 
Bus. It implements 
all of the Standard's 
interface 
functions 
except 
for the controller. 
The controller 
function 
can be added with the 8292 GPIB Controller, 
and the 8293 
GPIB Transceiver 
performs 
the electrical 
interface 
for Talker/Listener 
and Talker/Listener/Controller 
configu- 
rations. 


18291A 
I 
I 
I 
I 


~~~EC~~~~ 
I 


GPIB CONTROL 
I 
I 
I 
TIR CONTROL 


205248-2 
Figure 
2. Pin Configuration 
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8291A 
FEATURES 
AND 
IMPROVEMENTS 


The 8291A is an improved design of the 8291 GPI8 
Talker/Listener. Most of the functions are identical 
to the 8291, and the pin configuration is unchanged. 


The 8291A offers the following improvements to the 
8291: 


1. EOI is active with the data as a ninth data bit rath- 
er than as a control bit. This is to comply with 
some additions to the 1975 IEEE-488 Standard 
incorporated in the 1978 Standard. 
2. The 80 interrupt is not asserted until RFD is true. 
If the Controller asserts ATN synchronously, the 
data is guaranteed to be transmitted. If the Con- 
troller 
asserts 
ATN 
asynchronously, 
the 
SH 
(Source Handshake) will return to SIDS (Source 
Idle State), and the output data will be cleared. 
Then, if ATN is released while the 8291A is ad- 
dressed to talk, a new 80 interrupt will be gener- 
ated. This change fixes 8291 problems which 
caused data to be lost or repeated and a problem 
with the RQS bit (sometimes cannot be asserted 
while talking). 


3. LLOC and REMC interrupts are setting flipflops 
rather than toggling flipflops in the interrupt back- 
up register. This ensures that the CPU knows that 
these state changes have occurred. The actual 
state can be determined by checking the LLO and 
REM status bits in the upper nibble of the Inter- 
rupt Status 2 Register. 


4. DREQ is cleared by DACK (RD + WR). DREQ on 
the 8291 was cleared only by DACK which is not 
compatible with the 8089 I/O Processor. 


5. The INT bit in Interrupt Status 2 Register is dupli- 
cated in bit 7 of the Address 0 Register. If soft- 
ware polling is used to check for an interrupt, INT 
in the Address 0 Register should be polled rather 
than the Interrupt Status 2 Register. This ensures 
that no interrupts are lost due to asynchronous 
status reads and interrupts. 


6. The 8291A's Send EOI Auxiliary Command works 
on any byte including the first byte of a message. 
The 8291 did not assert EOI after this command 
for a one byte message nor on two consecutive 
bytes. 


7. To avoid confusion between holdoff on DAV ver- 
sus RFD if a device is readdressed from a talker 


to a listener role or vice-versa during a holdoff, 
the "Holdoff on Source Handshake" has been 
eliminated. Only "Holdoff 
on Acceptor 
Hand- 


shake" is available. 
8. The rsv local message is cleared automatically 
upon exit from SPAS if (APRS:STRS:SPAS) oc- 
curred. The automatic resetting of the bit after the 
serial poll is complete simplifies the service re- 
quest software. 


9. The SPASC interrupt on the 8291 has been re- 
placed by the SPC (Serial Poll Complete) interrupt 
on the 8291A. SPC interrupt is set on exit from 
SPAS if APRS:STRS:SPAS occurred, indicating 
that the controller has read the bus status byte 
after the 8291A requested service. The SPASC 
interrupt was ambiguous because a controller 
could enter SPAS and exit SPAS generating two 
SPASC interrupts without reading the serial poll 
status byte. The SPC interrupt also simplifies the 
CPU's software by eliminating the interrupt when 
the serial poll is half way done. 
10. The rtl Auxiliary Command in the 8291 has been 
replaced by Set and Clear rtl Commands in the 
8291A. Using the new commands, the CPU has 
the flexibility to extend the length of local mode 
or leave it as a short pulse as in the 8291. 


11. A holdoff RFD on GET, SDC, and DCL feature 
has been added to prevent additional bus activi- 
ty while the CPU is responding to any of these 
commands. The feature is enabled by a new bit 
(84) in the Auxiliary Register 8. 
12. On the 8291, 80 could cease to occur upon IFC 
going false if IFC occurred asynchrono~. 
On 
the 8291A, 80 continues to occur after IFC has 
gone false even if it arrived asynchronously. 


13. User's software can distinguish between the 
8291 and the 8291A as follows: 
a) pon (OOHto register 5) 
b) RESET (02H to register 5) 
c) Read Interrupt Status 1 Register. If 80 inter- 
rupt is set, the device is the 8291. If 80 is 
clear, it is the 8291A. 
This can be used to set a flag in the user's soft- 
ware which will permit special routines to be exe- 
cuted for each device. It could be included as 
part of a normal initialization procedure as the 
first step after a chip reset. 


inter 


Symbol 
Pin 
Type 
Name and Function 
No. 


00-07 
12-19 
I/O 
DATA BUS PORT: To be connected 
to microprocessor 
data 
bus. 


RSO-RS2 
21-23 
I 
REGISTER 
SELECT: Inputs, to be connected 
to three 
nonmultiplexed 
microprocessor 
address 
bus lines. Select 
which of the 8 internal read (write) ~isters 
will be read from 
(written into) with the execution 
of RO (WR). 


CS 
8 
I 
CHIP SELECT: When low, enables 
reading from or writing into 
the register selected 
by RSO-RS2. 


RO 
9 
I 
READ STROBE: When low with CS or OACK low, selected 
register contents 
are read. 


WR 
10 
I 
WRITE STROBE: When low with CS or OACK low, data is 
written into the selected 
register. 


INT(INT) 
11 
0 
INTERRUPT 
REQUEST: To the microprocessor, 
set high for 
request and cleared when the appropriate 
register is 
accessed 
by the CPU. May be software 
configured 
to be 
active low. 


OREQ 
6 
0 
DMA REQUEST: 
Normally 
low, set high to indicate 
byte 
output or byte input in OMA mode; reset by OACK. 


OACK 
7 
I 
DMA ACKNOWLEDGE: 
When low, resets OREQ and selects 
data in/ data out register for OMA data transfer 
(actual transfer 
done by RO/WR 
pulse). 
Must be high if OMA is not used. 


TRIG 
5 
0 
TRIGGER 
OUTPUT: 
Normally 
low; generates 
a triggering 
pulse with 1 J.Lsecmin. width in response 
to the GET bus 
command 
or Trigger auxiliary command. 


CLOCK 
3 
I 
EXTERNAL 
CLOCK: Input, used only for T, delay generator. 


May be any speed in 1-8 
MHz range. 


RESET 
4 
I 
RESET INPUT: When high, forces the device into an "idle" 
(initialization) 
mode. The device will remain at "idle" 
until 
released 
by the microprocessor, 
with the "Immediate 
Execute 
pon" local message. 


0101-010a 
28-35 
I/O 
a·BIT GPIB DATA PORT: Used for bidirectional 
data byte 
transfer 
between 
8291A and GPIB via non-inverting 
external 
line transceivers. 


OAV 
36 
I/O 
DATA VALID: GPIB handshake 
control 
line. Indicates 
the 
availability 
and validity of information 
on the 0101-010a and 
EOllines. 


NRFO 
37 
I/O 
NOT READY FOR DATA: GPIB handshake 
control 
line. 
Indicates 
the condition 
of readiness 
of device(s) 
connected 
to 
the bus to accept data. 


NOAC 
38 
I/O 
NOT DATA ACCEPTED: 
GPIB handshake 
control 
line. 


Indicates the condition 
of acceptance 
of data by the device(s) 
connected 
to the bus. 


ATN 
26 
I 
ATTENTION: 
GPIB command 
line. Specifies 
how data on 010 
lines are to be interpreted. 
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Symbol 
Pin 
Type 
Name and Function 
No. 


IFC 
24 
I 
INTERFACE 
CLEAR: GPIB command 
line. Places the 
interface 
functions 
in a known quiescent 
state. 


SRQ 
27 
0 
SERVICE 
REQUEST: 
GPIB command 
line. Indicates 
the need 
for attention 
and requests 
an interruption 
of the current 


sequence 
of events on the GPIB. 


REN 
25 
I 
REMOTE 
ENABLE: GPIB command 
line. Selects 
(in 
conjunction 
with other messages) 
remote or local control 
of 
the device. 


EOI 
39 
I/O 
END OR IDENTITY: 
GPIB command 
line. Indicates 
the end of 
a multiple byte transfer 
sequence 
or, in conjunction 
with ATN, 


addresses 
the device during a polling sequence. 


T/R1 
1 
0 
EXTERNAL 
TRANSCEIVERS 
CONTROL 
LINE: Set high to 
indicate output data/signals 
on the 0101-0108 
and DAV lines 
and input signals on the NRFD and NDAC lines (active source 
handshake). 
Set low to indicate 
input data/signals 
on~ 
0101-0108 
and DAV lines and output signals on the NRFD 
and NDAC lines (active acceptor 
handshake). 


T/R2 
2 
0 
EXTERNAL 
TRANSCEIVERS 
CONTROL 
LINE: Set to 
indicate output signals on the EOI line. Set low to indicate 
expected 
input signal on the EOI line during parallel poll. 


Vcc 
40 
P.S. 
POSITIVE 
POWER SUPPLY: (5V ± 10%). 


GND 
20 
P.S. 
CIRCUIT 
GROUND 
POTENTIAL. 


NOTE: 
All signals 
on the 8291A pins are specified 
with positive 
lo~ 
However, 
IEEE488 specifies 
negative 
logic on its 16 signal 


lines. Thus, the data is inverted 
once from 00-07 to 000-01°8 
and non-inverting 
bus transceivers 
should 
be used. 


r-- 
--~ 
I 
DMA 
I 
CONTROLLER 
I 
(OPTIONAL) 
l 
.J 


8291A 
GPIB 
INTERFACE 


NON· INVERTING 
BUS 
TRANSCEIVERS 
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THE GENERAL 
PURPOSE 
INTERFACE 
BUS (GPIB) 


The General Purpose Interface Bus (GPIB) is de- 
fined in the IEEE Standard 488-1978 "Digital Inter- 
face for Programmable Instrumentation." Although a 
knowledge of this standard is assumed, Figure 4 
provides the bus structure for quick reference. Also, 
Tables 2 and 3 reference the interface state mne- 
monics and the interface messages respectively. 
Modified state diagrams for the 8291A are present- 
ed in Appendix A. 


General Description 


The 8291A is a microprocessor-controlled device 
designed 
to 
interface 
microprocessors, 
e.g., 
8048/49, 8051, 8080/85, 8086/88 to the GPIB. It 
implements all of the interface functions defined in 
the IEEE-488 Standard except for the controller 
function. If an implementation of the Standard's 
Controller is desired, it can be connected with an 
Intel'!>8292 to form a complete interface. 


The 8291A handles communication between a mi- 
croprocessor-controlled device and the GPIB. Its ca- 
pabilities include data transfer, handshake protocol, 
talker/listener addressing procedures, device clear- 
ing and triggering, service request, and both serial 
and parallel polling. In most procedures, it does not 
disturb the microprocessor unless a byte has arrived 
(input buffer full) or has to be sent out (output buffer 
empty). 


The 8291A architecture includes 16 registers. Eight 
of these registers may be written into by the micro- 
processor. The other eight registers may be read by 
the microprocessor. One each of these read and 
write registers is for direct data transfers. The rest of 
the write registers control the various features of the 
chip, while the rest of the read registers provide the 
microprocessor with a monitor of GPIB states, vari- 
ous bus conditions, and device conditions. 


Each device connected to the GPIB must have at 
least one address whereby the controller device in 
charge of the bus can configure it to talk, listen, or 


send status. An 8291A implementation of the GPIB 
offers the user three alternative addressing modes 
for which the device can be initialized for each appli- 
cation. The first of these modes allows for the de- 
vice to have two separate primary addresses. The 
second mode allows the user to implement a single 
talker/listener with a two byte address (primary ad- 
dress + secondary address). The third mode again 
allows for two distinct addresses but in this instance, 
they can each have a ten-bit address (5 low-order 
bits of each of two bytes). However, this mode re- 
quires that the secondary addresses be passed to 
the microprocessor for verification. These three ad- 
dressing schemes are described in more detail in 
the discussion of the Address Registers. 
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Bus Structure 


inter 


Mnemonic 
State Represented 


ACDS 
Accept Data State 
ACRS 
Acceptor 
Ready State 
AIDS 
Acceptor 
Idle State 
ANRS 
Acceptor 
Not Ready State 
APRS 
Affirmative 
Poll Response State 
AWNS 
Acceptor 
Wait for New Cycle State 
,- 


CACS 
Controller 
Active State 
CADS 
Controller Addressed 
State 
CAWS 
Controller Active Wait State 
CIDS 
Controller 
Idle State 
CPPS 
Controller 
Parallell Poll State 
CPWS 
Controller 
Parallel Poll Wait State 
CSBS 
Controller 
Standby State 
CSNS 
Controller 
Service Not Requested 
State 
CSRS 
Controller 
Service Requested State 
CSWS 
Controller 
Synchronous 
Wait State 
CTRS 
Controller Transfer State 
--,- 


DCAS 
Device Clear Active State 
DCIS 
Device Clear Idle State 
DTAS 
Device Trigger Active State 
DTiS 
Device Trigger Idle State 
LACS 
Listener Active State 
LADS 
Listener Addressed 
State 
LIDS 
Listener Idle State 
LOCS 
Local State 
LPAS 
Listener Primary Addressed 
State 
LPIS 
Listener Primary Idle State 
LWLS 
Local With Lockout State 
NPRS 
Negative Poll Response State 
PACS 
Parallel Poll Addressed 
to Configure 
State 
PPAS 
Parallel Poll Active State 
PPIS 
Parallel Poll Idle State 


Mnemonic 
State Represented 


PPSS 
Parallel Poll Standby State 
PUCS 
Parallel Poll Unaddressed 
to Configure 
State 
REMS 
Remote State 
RWLS 
Remote With Lockout State 
SACS 
System Control Active State 
SDYS 
Source Delay State 
SGNS 
Source Generate State 
SIAS 
System Control Interface Clear Active 
State 
SIDS 
Source Idle State 
SIIS 
System Control Interface Clear Idle 
State 
SINS 
System Control Interface Clear Not 
Active State 
SIWS 
Source Idle Wait State 
SNAS 
System Control Not Active State 
SPAS 
Serial Poll Active State 
SPIS 
Serial Poll Idle State 
SPMS 
Serial Poll Mode State 
SRAS 
System Control Remote Enable Active 
State 
SRIS 
System Control Remote Enable Idle 
State 
SRNS 
System Control Remote Enable Not 
Active State 
SROS 
Service Request State 
STRS 
Source Transfer State 
SWNS 
Source Wait for New Cycle State 
TACS 
Talker Active State 
TADS 
Talker Addressed 
State 
TIDS 
Talker Idle State 
TPIS 
Talker Primary Idle State 


Mnemonic 
Message 


LOCAL MESSAGES 
RECEIVED (By Interface Functions) 
gtS(l) 
ist 
Ion 
Ipe 
nba 
pon 
rdy 
rpp(l) 
rsc(l) 


rsv 
rtl 
sic(l) 
sre(1) 
tca(l) 


go to standby 
individual status 
listen only 
local poll enable 
new byte available 
power on 
ready 
request parallel poll 
request system control 
request service 
return to local 
send interface clear 
send remote enable 
take control asynchronously 


3-6 


C 
PP 
L,LE 
PP 
SH 
SH,AH,T,TE,L,LE,SR,RL,PP,C 
AH 
C 
C 
SR 
RL 
C 
C 
C 
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Mnemonic 
Message 


tcs(1) 
take control 
synchronously 


~n 
~koo~ 
REMOTE 
MESSAGES 
RECEIVED 
ATN 
Attention 
DAB 
Data Byte 
DAC 
Data Accepted 
DAV 
Data Valid 
DCL 
Device Clear 
END 
End 
GET 
Group Execute Trigger 
GTL 
Go to Local 
IDY 
Identify 
IFC 
Interface 
Clear 
LLO 
Local Lockout 
MLA 
My Listen Address 
MSA 
My Secondary 
Address 
MTA 
My Talk Address 
OSA 
Other Secondary 
Address 
OTA 
Other Talk Address 
PCG 
Primary Command 
Group 
PPC(2) 
Parallel Poll Configure 
[PPD] (2) 
Parallel Poll Disable 
[PPE](2) 
Parallel Poll Enable 
PPRN(1) 
Parallel Poll Response 
N 
PPU(2) 
Parallel Poll Unconfigure 
REN 
Remote 
Enable 
RFD 
Ready for Data 
ROS 
Request 
Service 
[SDC] 
Select Device Clear 
SPD 
Serial Poll Disable 
SPE 
Serial Poll Enable 
SOR(1) 
Service Request 
STB 
Status Byte 
TCT or [TCT](1) 
Take Control 
UNL 
Unlisten 
REMOTE 
MESSAGES 
SENT 
ATN 
Attentions 
DAB 
Data Byte 
DAC 
Data Accepted 
DAV 
Data Valid 
DCL 
Device Clear 
END 
End 
GET 
Group Execute Trigger 
GTL 
Go to Local 
IDY 
Identify 
IFC 
Interface 
Clear 
LLO 
Local Lockout 
MLA or [MLA] 
My Listen Address 
MSA or [MSA] 
My Secondary 
Address 
MTA or [MTA] 
My Talk Address 
OSA 
Other Secondary 
Address 


Interface Function(s) 


AH,C 
T, TE 


SH,AH,T,TE,L,LE,PP,C 
(Via L, LE) 
SH 
AH 
DC 
(via L, LE) 
DT 
RL 
L,LE,PP 
T, TE, L, LE, C 
RL 
L, LE, RL, T, TE 
TE, LE, RL 
T,TE,L,LE 
TE 
T, TE 
TE, LE, PP 
PP 
PP 
PP 
(viaC) 
PP 
RL 
SH 
(via L, LE) 
DC 
T, TE 
T, TE 
(viaC) 
(via L, LE) 
C 
L, LE 


C 
(Via T,TE) 
AH 
SH 
(via C) 
(viaT) 
(viaC) 
(viaC) 
C 
C 
(viaC) 
(viaC) 
(viaC) 
(via-C) 


(viaC) 


Mnemonic 


OTA 
PCG 
PPC 
[PPDl 
[PPE) 
PPRN 
PPU 
REN 
RFD 
RQS 
[SDC) 
SPD 
SPE 
SRQ 
STB 
TCT 
UNL 


Table 3. IEEE 488 Interface 
Message 
Reference 
List (Continued) 


Message 
Interface 
Functlon{s)(3) 


Other Talk Address 
(via C) 
Primary Command Group 
(via C) 
Parallel Poll Configure 
(via C) 
Parallel Poll Disable 
(via C) 
Parallel Poll Enable 
(via C) 
Parallel Poll Response 
N 
PP 
Parallel Poll Unconfigure 
(via C) 
Remote Enable 
C 
Ready for Data 
AH 
Request Service 
T, TE 
Selected 
Device Clear 
(via C) 
Serial Poll Disable 
(via C) 
Serial Poll Enable 
(via C) 
Service Request 
SR 
Status Byte 
(via T,TE) 
Take Control 
(via C) 
Unlisten 
(via C) 


NOTES: 
1. These messages are handled only by Intel's 8292. 
2. Undefined commands which may be passed to the microprocessor. 
3. All Controller messages must be sent via Intel's 8292. 


8291A Registers 


A bit-by-bit 
map of the 16 registers 
on the 8291 A is 
presented 
in Figure 
5. A more detailed 
explanation 
of each 
of these 
registers 
and their 
functions 
fol- 
lows. 
The 
access 
of these 
registers 
by the 
micro- 
~cessor 
is accomplished 
by using 
the 
CS, 
RD, 


WR, and RSO-RS2 
pins. 


Register 
CS 
RD 
WR 
RSO-RS2 


All Read Registers 
0 
0 
1 
CCC 
All Write Registers 
0 
1 
0 
CCC 
High Impedance 
1 
d 
d 
ddd 


The Data-In 
Register 
is used to move data from the 
GPIB to the microprocessor 
or to memory 
when the 
8291A 
is addressed 
to listen. 
Incoming 
information 
is separately 
latched 
by this 
register, 
and 
its con- 
tents 
are not destroyed 
by a write 
to the data-out 
register. 
The RFD (Ready for Data) message 
is held 
false until the byte is removed 
from the data in regis- 
ter, either 
by the 
microprocessor 
or by DMA. 
The 
8291 A then completes 
the handshake 
automatically. 


In RFD holdoff 
mode (see Auxiliary 
Register 
A), the 
handshake 
is not finished 
until a command 
is sent 


telling the 8291A to release 
the holdoff. 
In this way, 


the same byte may be read several times, or an over 
anxious talker may be held off until all available 
data 
has been processed. 


When 
the 8291 A is addressed 
to talk, 
it uses 
the 
data-out 
register 
to move data onto the GPIB. After 
the BO interrupt 
is received 
and a byte is written 
to 
this register, 
the 8291A 
initiates 
and completes 
the 
handshake 
while sending 
the byte out over the bus. 


In the 
BO interrupt 
disable 
mode, 
the 
user should 
wait until BO is active 
before 
writing 
to the register. 


(In the DMA mode, this will happen automatically.) 
A 
read of the 
Data-In 
Register 
does 
not destroy 
the 
information 
in the Data-Out 
Register. 


Interrupt 
Registers 


CPT 


inter 


Figure 5. 8291A Registers 


REGISTER SELECT 
CODE 
RS2 
RSl 
RSO 


The 8291A can be configured to generate an inter- 
rupt to the microprocessor upon the occurrence of 
any of 12 conditions or events on the GPIB. Upon 
receipt of an interrupt, the microprocessor must read 
the Interrupt Status Registers to determine which 
event has occurred, and then execute the appropri- 
ate service routine (if necessary). Each of the 12 
interrupt status bits has a matching enable bit in the 
interrupt enable registers. These enable bits are 
used to select the events that will cause the INT pin 
to be asserted. Writing a logic "1" into any of these 
bits enables the corresponding interrupt status bits 
to generate an interrupt. Bits in the Interrupt Status 
Registers are set regardless of the states of the en- 
able bits. The Interrupt Status Registers are then 
cleared upon being read or when a local pon (power- 
on) message is executed. If an event occurs while 
one of the Interrupt Status Registers is being read, 
the event is held until after its register is cleared and 
then placed in the register. 


NOTE: 
Reading the interrupt status registers clears the bits 
which were set. The software must examine all 
relevant bits in the interrupt status registers before 
disregarding the value or an important interrupt may 
be missed. 


The mnemonics for each of the bits in these regis- 
ters and a brief description of their respective func- 
tions appears in Table 4. This table also indicates 
how each of the interrupt bits is set. 


NOTE: 
The INT bit in the Address 0 Register is a duplicate 
of the INT bit in the Interrupt Status 2 Register. It is 
only a status bit. It does not generate interrupts and 
thus does not have a corresponding enable bit. 


The BO and BI interrupts enable the user to perform 
data transfer cycles. BO indicates that a data byte 
should be written to the Data Out Register. It is set 
by TACS • (SWNS + SGNS) • RFD. It is reset when 
the data byte is written, ATN is asserted, or the 
8291A exits TACS. Data should never be written to 
the Data Out Register before BO is set. Similarly, BI 
is set when an input byte is accepted into the 8291A 
and reset when the microprocessor reads the Data 
In Register. BO and BI are also reset by pon (power- 
on local message) and by a read of the Interrupt 
Status 1 Register. However, if it is so desired, data 
transfer cycles may be performed without reading 
the Interrupt Status 1 Register if all interrupts except 
for BO or BI are disabled; BO and BI will automati- 
cally reset after each byte is transferred. 


inter 


Indicates Undefined Commands 


Set by (TPAS + LPAS)oSCGoACDSoMODE 3 


Set by DTAS 


Set by (EOS+ EOI)oLACS 


Set by DCAS 


Set by TACSonbaoDAC·RFD 


TACSo(SWNS + SGNSj 


Set by LACSoACDS 


Shows status of the INT pin 


The device has been enabled for a serial poll 


The device is in local lock out state. 


tLWLS+RWLS, 


The device is in a remote state. 
REM 


tREMS+RWLS 


SPAS ~SJ5AS" if APRS:STRS:SPAS was true 


LLcL:NO 
LLO 


Remot~::Jocal 


AddresseCunaddressed 


An undefined command has been received. 


A secondary address must be passed through 
to the microprocessor 
for recognition. 


A group execute trigger has occurred. 


An EOS or EOI message has been received. 


Device Clear Active State has occurred. 


Interface error has occurred; no listeners 
are active. 


A byte should be output. 


A byte has been input. 


GET 


END 


DEC 


ERR 


INT 


SPAS 


LLO 
These are status only. They will not generate 
interrupts. 
nor do they have corresponding 
mask bits. 


SPC 


LLOC 


REMC 


ADSC 


Serial Poll Complete interrupt. 


Local lock out change interrupt. 


Remote/Local change interrupt. 


Address status change interrupt.' 


NOTE: 
1. In ton (talk-only) 
and Ion (listen-only) 
modes, 
no ADSC interrupt 
is generated. 


If the 8291A is used in the interrupt mode, the INT 
and DREQ pins can be dedicated to data input and 
output interrupts respectively by enabling BI and 
DMAO, provided that no other interrupts are en- 
abled. This eliminates the need to read the interrupt 
status registers if a byte is received or transmitted. 


The ERR bit is set to indicate the bus error condition 
when the 8291A is an active talker and tries to send 
a byte to the GPIB, but there are no active listeners 
(e.g., all devices on the GPIB are in AIDS). The logi- 
cal equivalent of (nba. TACS. 
DAC • RFD) will set 
this bit. 


The DEC bit is set whenever DCAS has occurred. 
The user must define a known state to which all de- 
vice functions will return in DCAS. Typically this 
state will be a power-on state. However, the state of 
the device functions at DCAS is at the designer's 
discretion. It should be noted that DCAS has no ef- 
fect on the interface functions which are returned to 
a known state by the IFC (interface clear) message 
or the pon local message. 


The END interrupt bit may be used by the microproc- 
essor to detect that a multi-byte transfer has been 


completed. The bit will be set when the 8291A is an 
active listener (LACS) and either EOS (provided the 
End on EOS Received feature is enabled in the Aux- 
iliary Register A) or EOI is received. EOS will gener- 
ate an interrupt when the byte in the Data In Regis- 
ter matches the byte in the EOS register. Otherwise 
the interrupt will be generated when a true input is 
detected on EOI. 


The GET interrupt bit is used by the microprocessor 
to detect that DTAS has occurred. It is set by the 
8291A when the GET message is received while it is 
addressed to listen. The TRIG output pin of the 
8291A fires when the GET message is received. 
Thus, the basic operation of device trigger may be 
started 
without 
microprocessor 
software 
inter- 
vention. 


The APT interrupt bit indicates to the processor that 
a secondary address is available in the CPT register 
for validation. This interrupt will only occur if Mode 3 
addressing is in effect. (Refer to the section on ad- 
dressing.) In Mode 2, secondary addresses will be 
recognized automatically on the 8291A. They will be 
ignored in Mode 1. 


inter 


The CPT interrupt bit flags the occurrence of an un- 
defined command and of all secondary commands 
following an undefined command. The Command 
Pass Through feature is enabled by the BO bit of 
Auxiliary Register B. Any message not decoded by 
the 8291A (not included in the state diagrams in Ap- 
pendix B) becomes an undefined command. Note 
that any addressed command is automatically ig- 
nored when the 8291A is not addressed. 


Undefined commands are read by the CPU from the 
Command Pass Through register of the 8291A. This 
register reflects the logic levels present on the data 
lines at the time it is read. If the CPT feature is en- 
abled, the 8291A will hold off the handshake until 
this register is read. 


An especially useful feature of the 8291A is its ability 
to generate interrupts from state transitions in the 
interface functions. In particular, the lower 3 bits of 
the Interrupt Status 2 Register, if enabled by the cor- 
responding enable bits, will cause an interrupt upon 
changes in the following states as defined in the 
IEEE 488 Standard. 


Bit 0 
ADSC 
change in LIDS or TIDS or MJMN 
Bit 1 
REMC 
change in LOCS or REMS 
Bit 2 
LLOC 
change in LWLS or RWLS 


The upper 4 bits of the Interrupt Status 2 Register 
are available to the processor as status bits. Thus, if 
one of the bits 0-2 generates an interrupt indicating 
a state change has taken place, the corresponding 
status bit (bits 3-5) may be read to determine what 
the new state is. To determine the nature of a 
change in addressed status (bit 0) the Address 
Status Register is available to be read. The SPC in- 
terrupt (bit 3 in Interrupt Status 2) is set upon exit 
from SPAS if APRS:STRS:SPAS occurred which in- 
dicates that the GPIB controller has read the bus 
serial poll status byte after the 8291A requested 
service (asserted SRQ). The SPC interrupt occurs 
once after the controller reads the status byte if 
service was requested. The controller may read the 
status byte later, and the byte will contain the last 
status the 8291A's CPU wrote to the Serial Poll 
Mode Register, but the SRQS bit will not be set and 
no interrupt will be generated. Finally, bit 7 monitors 
the state of the 8291A INT pin. Logically, it is an OR 
of all enabled interrupt status bits. One should note 
that bits 3-6 
of the Interrupt Status 2 Register do 
not generate interrupts, but are available only to be 
read as status bits by the processor. Bit 7 in Interrupt 
Status 2 is duplicated in Address 0 Register, and the 
latter should be used when polling for interrupts to 
avoid losing one of the interrupts in Interrupt Status 
2 Register. 


Bits 4 and 5 (DMAI, DMAO) of the Interrupt Mask 2 
Register are available to enable direct data transfers 


between memory and the GPIB; DMAI (DMA in) en- 
ables the DREQ (DMA request) pin of the 8291A to 
be asserted upon the occurrence of BI. Similarly, 
DMAO (DMA out) enables the DREQ pin to be as- 
serted upon the occurrence of BO. One might note 
that the DREQ pin may be used as a second inter- 
rupt output pin, monitoring BI and/or BO and en- 
abled by DMAI and DMAO. One should note that the 
DREQ pin is not affected by a read of the Interrupt 
Status 1 Register. It is reset whenever a byte is writ- 
ten to the Data Out Register or read from the Data In 
Register. 


To ensure that an interrupt status bit will not be 
cleared without being read, and will not remain un- 
cleared after being read, the 8291A implements a 
special interrupt handling procedure. When an en- 
abled interrupt bit is set in either of the Interrupt 
Status Registers, the input of the registers are 
blocked until the set bit is read and reset by the 
microprocessor. 
Thus, 
potential 
problems 
arise 
when interrupt status changes while the register is 
being blocked. However, the 8291A stores all new 
interrupts in a temporary register and transfers them 
to the appropriate Interrupt Status Register after the 
interrupt has been reset. This transfer takes place 
only if the corresponding bits were read as zeroes. 


The Serial Poll Mode Register determines the status 
byte that the 8291A sends out on the GPIB data 
lines when it receives the SPE (Serial Poll Enable) 
message. Bit 6 of this register is reserved for the rsv 
(request service) local message. Setting this bit to 1 
causes the 8291A to assert its SRQ line, indicating 
its need for attention from the controller-in-charge of 
the GPIB. The other bits of this register are available 
for sending status information over the GPIB. Some- 
time after the microprocessor initiates a request for 
service by setting bit 6, the controller of the GPIB 
sends the SPE message and then addresses the 
8291A to talk. At this point, one byte of status is 
returned by the 8291A via the Serial Poll Mode Reg- 
ister. After the status byte is read by the controller, 
rsv is automatically cleared by the 8291A and an 
SPC interrupt is generated. The CPU may request 
service again by writing another byte to the Serial 
Poll Mode Register with the rsv bit set. If the control- 


--- r--------- 
- ------ 
r--- 
------- ._-- --- 
--- -- ------, 
---- 


last status byte written will be read, but the SRO line 
will not be driven by the 8291 A and the SROS bit will 
be clear in the status byte. 


The Serial Poll Status Register 
is available 
for read- 


ing the status byte in the Serial Poll Mode Register. 
The processor 
may check the status of a request for 


service 
by polling 
bit 6 of this register, 
which 
corre- 


sponds 
to SROS 
(Service 
Request 
State). 
When 
a 


Serial Poll is conducted 
and the controller-in-charge 


reads the status 
byte, the SROS bit is cleared. 
The 


SRO line and the rsv bit are tied together. 


The Address 
Mode Register 
is used to select one of 


the 
five 
modes 
of 
addressing 
available 
on 
the 


8291A. 
It determines 
the way in which 
the 8291A 


uses the information 
in the Address 
0 and Address 
1 


Registers. 


-In 
Mode 1, the contents 
of the Address 
0 Register 
constitute 
the "Major" 
talker/listener 
address 
while 
the Address 
1 Register 
represents 
the "Minor" 
talk- 


er/listener 
address. 
In applications 
where 
only one 


address 
is needed, 
the major talker/listener 
is used, 


and 
the 
minor 
talker/listener 
should 
be disabled. 


Loading 
an address 
via the Address 
0/1 
Register 


into Address 
Registers 
0 and 
1 enables 
the major 


and minor talker/listener 
functions 
respectively. 


-In 
Mode 
2 the 8291A 
recognizes 
two sequential 


address 
bytes: 
a primary 
followed 
by a secondary. 
Both address 
bytes must be received 
in order to en- 


able 
the 
device 
to talk 
or listen. 
In this 
manner, 


Mode 2 addressing 
implements 
the extended 
talker 


and listener 
functions 
as defined 
in IEEE-488. 


be load~d i-nt; th~ -Add-ress· o Register, 
and the Sec- 


ondary Address 
is placed in the Address 
1 Register. 


With both primary and secondary 
addresses 
residing 


on chip, 
the 8291A 
can handle 
all addressing 
se- 


quences 
without 
processor 
intervention. 


-In 
Mode 3, the 8291 A handles 
addressing 
just as 


it does in Mode 
1, except 
that each Major or Minor 


primary 
address 
must 
be followed 
by a secondary 


address. 
All secondary 
addresses 
must be verified 


by the microprocessor 
when Mode 3 is used. When 


the 8291A 
is in TPAS 
or LPAS (talker/listener 
pri- 


mary addressed 
state), and it does not recognize 
the 


byte on the 010 lines, an APT interrupt 
is generated 


(see section 
on Interrupt 
Registers) 
and the byte is 


available 
in the CPT (Command 
Pass-Through) 
Reg- 


ister. As part of its interrupt 
service 
routine, 
the mi- 


croprocessor 
must read the CPT Register 
and write 


one of the following 
responses 
to the Auxiliary 
Mode 


Register: 


1. 07H implies a non-valid 
secondary 
address 


2. OFH implies a valid secondary 
address 


Setting the TO bit generates 
the local ton (talk-only) 


message 
and sets the 8291A 
to a talk-only 
mode. 


This mode allows the device to operate 
as a talker in 


an interface 
system 
without 
a controller. 


Setting 
the 
LO bit generates 
the 
local 
Ion (Iisten- 


only) 
message 
and sets the 8291A 
to a listen-only 


mode. This mode allows the device 
to operate 
as a 


listener 
in an interface 
system 
without 
a controller. 


The above 
bits may also be used by a controller-in- 


charge 
to set itself up for remote 
command 
or data 
communication. 


The mode of addressing 
implemented 
by the 8291A 


may 
be 
selected 
by writing 
one 
of 
the 
following 


bytes to the Address 
Mode Register. 


Register 
Contents 
10000000 
01000000 
11000000 
00000001 
00000010 
00000011 


Mode 
Enable talk only mode (ton) 
Enable listen only mode (Ion) 
The 8291 may talk to itself 
Mode 1, (Primary-Primary) 
Mode 2 (Primary-Secondary) 
Mode 3 (Primary/APT-Primary/APT) 


The 
Address 
Status 
Register 
contains 
information 


used 
by the microprocessor 
to handle 
its own 
ad- 
dressing. 
This 
information 
includes 
status 
bits that 


monitor 
the 
address 
state 
of each 
talker/listener, 
"ton" 
and 
"Ion" 
flags 
which 
indicate 
the talk 
and 


listen only states, 
and an EOI bit which, 
when 
set, 


signifies 
that the END message 
came 
with the last 


data byte. LPAS and TPAS indicate 
that the listener 


inter 


or talker 
primary 
address 
has been 
received. 
The 
microprocessor 
can 
use these 
bits when 
the 
sec- 
ondary 
address 
is 
passed 
through 
to 
determine 
whether 
the 
8291A 
is addressed 
to talk 
or listen. 


The LA (listener 
addressed) 
bit will be set when the 
8219A is in LACS (Listener 
Active State) 
or in LADS 
(Listener 
Addressed 
State). Similarly, 
the TA (Talker 
Addressed 
bit) will be set to indicate 
TACS or TADS, 
but also to indicate 
SPAS (Serial Poll Active 
State). 


The MJMN 
bit is used to determine 
whether 
the in- 
formation 
in the other 
bits applies 
to the 
Major 
or 
Minor talker/listener. 
It is set to "1" 
when the Minor 
talker/listener 
is addressed. 
It should 
be noted that 
only 
one 
talker/listener 
may be active 
at anyone 
time. Thus, 
the 
MJMN 
bit will indicate 
which, 
if ei- 
ther, of the talker/fisteners 
is addressed 
or active. 


The Address 
0/1 
Register 
is used for specifying 
the 
device's 
addresses 
according 
to the format 
selected 
in the Address 
Mode 
Register. 
Five bit addresses 
may be loaded 
into the Address 
0 and Address 
1 
Registers 
by writing 
into the Address 
0/1 
Register. 


The ARS bit is used to select 
which 
of these 
regis- 
ters the other seven bits will be loaded 
into. The DT 
and 
DL bits 
may be used to disable 
the 
talker 
or 
listener function 
at the address 
signified 
by the other 
five bits. When 
Mode 1 addressing 
is used and only 
one primary 
address 
is desired, both the talker 
and 
the listener should be disabled 
at the Minor address. 


As an example 
of how 
the 
Address 
0/1 
Register 
might be used, consider 
an example 
where 
two pri- 
mary addresses 
are needed in the device. The Major 
primary 
address 
will be selectable 
only as a talker 
and 
the 
Minor 
primary 
address 
will 
be selectable 
only as a listener. 
This configuration 
of the 8291A is 


formed 
by the following 
sequence 
of writes 
by the 
microprocessor. 


Operation 
CS RD WR 
Data 
RS2-RSO 


1. Select addressing 
0 
1 
0 
00000001 
100 
Model 


2. Load major address 
0 
1 
0 
001AAAAA 
110 


into Address 0 Register 
with listener function 
disabled. 


3. Load minor address 
0 
1 
0 
110BBBBB 
110 
into Address 
1 Register 
with talker function 
disabled. 


At this point, the addresses 
AAAAA 
and BBBBB 
are 
stored 
in the 
Address 
0 and 
Address 
1 Registers 
respectively, 
and are available 
to be read by the mi- 
croprocessor. 
Thus, it is not necessary 
to store any 
address 
information 
elsewhere. 
Also, with the infor- 
mation 
stored 
in the Address 
0 and Address 
1 Reg- 


isters, 
processor 
intervention 
is 
not 
required 
to 
recognize 
addressing 
by 
the 
controller. 
Only 
in 


Mode 
3, where 
secondary 
addresses 
are 
passed 
through, 
must 
the 
processor 
intervene 
in the 
ad- 
dressing 
sequence. 


The Address 
0 Register 
contains 
a copy of bit 7 of 
the Interrupt 
Status 
2 Register 
(INT). This is to be 
used 
when 
polling 
for 
interrupts. 
Software 
should 
poll 
register 
6 checking 
for 
INT (bit 7) to be set. 


When INT is set, the Interrupt Status Register 
should 
be read to determine 
which 
interrupt 
was received. 


The 
Command 
Pass Through 
Register 
is used 
to 
transfer 
undefined 
8-bit remote message 
codes from 
the GPIB to the microprocessor. 
When the CPT fea- 


ture is enabled 
(bit BO in Auxiliary 
Register 
B), any 


message 
not decoded 
by the 
8291A 
becomes 
an 


undefined 
command. 
When 
Mode 
3 addressing 
is 
used secondary 
addresses 
are also passed through 
the 
CPT 
Register. 
In either 
case, 
the 
8291A 
will 
hold-off 
the 
handshake 
until 
the 
microprocessor 


reads this register 
and issues 
the VSCMD 
auxiliary 


command. 


The CPT and APT interrupts 
flag the availability 
of 


undefined 
commands 
and secondary 
addresses 
in 
the CPT Register. 
The details of these interrupts 
are 
explained 
in the section 
on Interrupt 
Registers. 


An added feature 
of the 8291 A is its ability to handle 
undefined 
secondary 
commands 
following 
unde- 


fined primaries. 
Thus, the number 
of available 
com- 


mands 
for future 
IEEE-488 
definition 
is increased; 


one undefined 
primary 
command 
followed 
by a se- 


quence 
of as many as 32 secondary 
commands 
can 
be processed. 
The IEEE-488 Standard 
does not per- 
mit users 
to define 
their 
own 
commands, 
but 
up- 


grades of the standard 
are thus provided 
for. 


The 
recommended 
use of the 
8291A's 
undefined 
command 
capabilities 
is for a controller-configured 
Parallel 
Poll. The PPC message 
is an undefined 
pri- 
mary command 
typically 
followed 
by PPE, and unde- 


fined secondary 
command. 
For details on this proce- 


dure, refer to the section 
on Parallel 
Poll Protocol. 


inter 


The Auxiliary Mode Register contains a three-bit 
control field and a five-bit command field. It is used 
for several purposes on the 8291A: 
1. To load "hidden" auxiliary registers on the 8291A 
2. To issue commands from the microprocessor to 
the 8291A 
3. To preset an internal counter used to generate 
T1, delay in the Source Handshake function, as 
defined in IEEE-488. 


Table 5 summarizes how these tasks are performed 
with the Auxiliary Mode Register. Note that the three 
control bits determine how the five command bits 
are interpreted. 


Code 


Control Command 
Command 
Bits 
Bits 


000 
OCCCC Execute auxiliary command CCCC 
001 
00000 
Preset internal counter to 
match external clock 
frequency of DODDMHz 
(DODDbinary representation 
of 1 to 8 MHz) 


100 
00000 Write 00000 into 
auxiliary register A 


101 
00000 Write 00000 into 
auxiliary register B 


011 
USP3P2P1Enable/disable parallel 
poll either in response to remote 
messages (PPCfollowed by 
PPEor PPD)or as a local 
Ipe message. (Enable if U = 0, 
disable if U = 1.) 


Auxiliary commands are executed by the 8291A 
whenever OOOOCCCCis written into the Auxiliary 
Mode Register, where CCCC is the 4-bit command 
code. 


OOOo-lmmediate Execute pon: This command re- 
sets the 8291A to a power up state (local pon mes- 
sage as defined in IEEE-488). 


The following conditions constitute the power up 
state: 


1. All talkers and listeners are disabled. 
2. No interrupt status bits are set. 


The 8291A is designed to power up in certain states 
as specified in the IEEE·488 state diagrams. Thus, 
the following states are in effect in the power up 
state: SIDS, AIDS, TIDS, LIDS, NPRS, lOCS, and 
PPIS. 


The "0000" pon is an immediate execute command 
(a pon pulse). It is also used to release the "initial- 
ize" state generated by either an external reset 
pulse or the "0010" Chip Reset command. 


001O-Chip Reset (Initialize):This command has the 
same effect as a pulse applied to the Reset pin. (Re- 
fer to the section on Reset Procedure.) 


0011-Finish 
Handshake: This command finishes a 
handshake that was stopped because of a holdoff 
on RFD. (Refer to Auxiliary Register A) 


0100- Trigger: A "Group Execute Trigger" is forced 
by this command. It has the same effect as a GET 
command issued by the controller-in-charge of the 
GPIB, but does not cause a GET interrupt. 


0101, 1101-Clear/Set 
rtl: These commands corre- 
spond to the local rtl message as defined by the 
IEEE-488.The 8291A will go into local mode when a 
Set rtl Auxiliary Command is received if local lockout 
is not in effect. The 8291A will exit local mode after 
receiving a Clear rtl Auxiliary Command if the 8291A 
is addressed to listen. 


011O-Send EOI: The EOlline of the 8291A may be 
asserted with this command. The command causes 
EOI to go true with the next byte transmitted. The 
EOI line is then cleared upon completion of the 
handshake for that byte. 


0111, 1111-Non 
ValidlValid Secondary Address or 
Command (VSCMD): This command informs the 
8291A that the secondary address received by the 
microprocessor was valid or invalid (0111 = invalid, 
1111 = valid). If Mode 3 addressing is used, the 
processor must field each extended address and re- 
spond to it, or the GPIB will hang up. Note that the 
COM3 bit is the invalidlvalid flag. 


The valid (1111) command is also used to tell the 
8291A to continue from the command-pass-through- 


. state, or from RFD holdoff on GET, SDC or DCl. 


1000-pon: 
This command puts the 8291A into the 
pon (power on) state and holds it there. It is similar 
to a Chip Reset except none of the Auxiliary Mode 
Registers are cleared. In this state, the 8291A does 
not participate in any bus activity. An Immediate Ex- 
ecute pon releases the 8291A from the pon state 
and permits the device to participate in the bus activ- 
ity again. 


0001, 1001-Parallel 
Poll Flag (local "ist" message): 
This command sets (1001) or clears (0001) the par- 
allel poll flag. A "1" is sent over the assigned data 
line (PRR = Parallel Poll Response true) only if the 
parallel poll flag matches the sense bit from the Ipe 
local message (or indirectly from the PPE message). 
For a more complete description of the Parallel Poll 
features and procedures refer to the section on Par- 
allel Poll Protocol. 


The internal counter determines the delay time al- 
lowed for the setting of data on the 010 lines. This 
delay time is defined as T1 in IEEE-488 and appears 
in the Source Handshake state diagram between the 
SOYS and STRS. As such, OAV is asserted T1 after 
the 010 lines are driven. Consequently, T1 is a ma- 
jor factor in determining the data transfer rate of the 
8291A over the GPIB (T1 = TWROV2-TWR015). 


When open-collector transceivers are used for con- 
nection to the GPIB, T1 is defined by IEEE-488 to be 
2 ,...s.By writing 00100000 
into the Auxiliary Mode 
Register, the counter is preset to match a fc MHz 
clock input, where 0000 
is the binary representa- 
tion of NF [1 :5:NF:5:8,NF = (0000)2l. 
When NF = 
fc, a 2 ,...S T1 delay will be generated before each 
OAV asserted. 


tSYNCis a synchronization error, greater than zero 
and smaller than the larger of T clock high and T 
clock low. (For a 50% duty cycle clock, tSYNCis less 
than half the clock cycle). 


If it is necessary that T1 be different from 2 ,...S, NF 
may be set to a value other than fc. In this manner, 
data transfer rates may be programmed for a given 
system. In small systems, for example, where trans- 
fer rates exceeding GPIB specifications are re- 
quired, one may set NF<fc and decrease T1. 


When tri-state transceivers are used, IEEE-488 al- 
lows a higher transfer rate (lower T1). Use of the 
8291A with such transceivers is enabled by setting 
B2 in Auxilliary Register B. In this case, setting NF = 
fe causes a T1 delay of 2,...sto be generated for the 
first byte transmitted-all 
subsequent bytes will have 
a delay of 500 ns. 


. 
NF 
T1 (High Speed)!,-s 
= - 
+ tSYNC 
2fc 


Thus, the shortest T1 is achieved by setting NF = 1 
using an 8 MHz clock with a 50% duty cycle clock 
(tSYNC<63 ns): 


1 
T1(HS) 
= 2x8 + 0.063= 125nsmax. 


Auxiliary Register A is a "hidden" 
5-bit register 
which is used to enable some of the 8291A features. 
Whenever a 100 A4A3A2A1AObyte is written into the 
Auxiliary 
Register, 
it 
is 
loaded 
with 
the 
data 
A4A3A2A1AO.Setting the respective bits to "1" en- 
ables the following features. 


Ao-RFO 
Holdoff on all Data: If the 8291A is listen- 
ing, RFO will not be sent true until the "finish hand- 
shake" auxiliary command is issued by the micro- 
processor. The holdoff will be in effect for each data 
byte. 


A1-RFO 
Holdoff on End: This feature enables the 
holdoff on EOI or EOS (if enabled). However, no 
hold-off will be in effect on any other data bytes. 


A:z-End 
on EOS Received: Whenever the byte in 
the Data In Register matches the byte in the EOS 
Register, the END interrupt bit will be set in the Inter- 
rupt Status 1 Register. 


Aa-Output 
EOI on EOS Sent: Any occurrence of 
data in the Data Out Register matching the EOS 
Register causes the EOI line to be sent true along 
with the data. 


A4-EOS 
Binary Compare: Setting this bit causes 
the EOS Register to function as a full 8-bit word. 
When it is not set, the EOS Register is a 7-bit word 
(for ASCII characters). 


If Ao = A1 = 
1, a special "continuous Acceptor 
Handshake cycling" mode is enabled. This mode 
should be used only in a controller system configura- 
tion, where both the 8291A and the 8292 are used. It 
provides a continuous cycling through the Acceptor 
Handshake state diagram, requiring no local mes- 
sages from the microprocessor; the rdy local mes- 
sage is automatically generated when in ANRS. As 
such, the 8291A Acceptor Handshake serves as the 
controller Acceptor Handshake. Thus, the controller 
cycles through the Acceptor Handshake without de- 
laying the data transfer in progress. When the tcs 
local message is executed, the 8291A should be 
taken out of the "continuous AH cycling" mode, the 
GPIB will hang up in ANRS, and a BI interrupt will be 
generated to indicate that control may be taken. A 
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simpler procedure may be used when a "tcs on end 
of block" is executed; the 8291A may stay in "con- 
tinuous AH cycling". Upon the end of a block (EOI or 
EOS received), a holdoff is generated, the GPI8 
hangs up in ANRS, and control may be taken. 


Auxiliary Register 8 is a "hidden" 
4-bit register 
which is used to enable some of the features of the 
8291A. Whenever a 101 8483828180 is written into 
the Auxiliary Mode Register, it is loaded with the 
data 8483828180. Setting the respective bits to "1" 
enables the following features: 


Bo-Enable 
Undefined Command Pass Through: 
This feature allows any commands not recognized 
by the 8291A to be handled in software. If enabled, 
this feature will cause the 8291A to holdoff the 
handshake when an undefined command is re- 
ceived. The microprocessor must then read the 
command from the Command Pass Through Regis- 
ter and send the VSCMD auxiliary command. Until 
the VSCMD command is sent, the handshake hold- 
off will be in effect. 


B1-8end 
EOI in SPAS: This bit enables EOI to be 
sent with the status by1e;EOI is sent true in Serial 
Poll Active State. Otherwise, EOI is sent false in 
SPAS. 


Bz-Enable 
High Speed Data Transfer: This feature 
may be enabled when tri-state external transceivers 
are used. The data transfer rate is limited by T1 de- 
lay time generated in the Source Handshake func- 
tion, which is defined according to the type of trans- 
ceivers used. When the "High Speed" feature is en- 
abled, T1 = 2 microseconds is generated for the 
first by1e transmitted after each true to false tran- 
sition of ATN. For all subsequent by1es, T1 = 
500 ns. Refer to the Internal Counter section for an 
explanation of T1duration as a function of 82 and of 
clock frequency. 


Ba-Enable 
Active low 
Interrupt: Setting this bit 
causes the polarity of the INT pin to be reversed, 
providing an output signal compatible with Intel's 
MCS-48@Family. Interrupt registers are not affected 
by this bit. 


B4-Enable 
RFD Holdoff on GET or DEC: Setting 
this bit causes RFD to be held false until the 
"VSCMD" auxiliary command is written after GET, 
SDC, and DCl commands. This allows the device to 
hold off the bus until it has completed a clear or 
trigger similar to an unrecognized command. 


Writing a 011USP3P2P1into the Auxiliary Mode Reg- 
ister will enable (U = 0) or disable (U = 
1) the 
8291A for a parallel poll. When U = 0, this com- 
mand is the "Ipe" (local poll enable) local message 
as defined in IEEE-488. The "S" bit is the sense in 
which the 8291A is enabled; only if the Parallel Poll 
Flag ("ist" local message) matches this bit will the 
Parallel Poll Response, PPRN, be sent true (Re- 
sponse = S + ist). The bits P3P2P1specify which 
of the eight data lines PPRNwill be sent over. Thus, 
once the 8291A has been configured for Parallel 
Poll, whenever it senses both EOI and ATN true, it 
will automatically compare its PPflag with the sense 
bit and send PPRN true or false according to the 
comparison. 


If a PP2' implementation is desired, the "Ipe" and 
"ist" local messages are all that are needed. Typi- 
cally, the user will configure the 8291A for Parallel 
Poll immediately after initialization. During normal 
operation the microprocessor will set or clear the 
Parallel Poll Flag (ist) according to the device's need 
for service. Consequently the 8291A will be set up to 
give the proper response to IDY (EOI • ATN) without 
directly involving the microprocessor. 


If a PP1' implementation is desired, the undefined 
command features of the 8291A must be used. In 
PP1, the 8291A is indirectly configured for Parallel 
Poll by the active controller on the GPI8. The se- 
quence at the 8291A being enabled or disabled re- 
motely is as follows: 
1. The PPC message is received and is loaded into 
the Command PassThrough Register as an unde- 
fined command. A CPT Interrupt is sent to the 
microprocessor; the handshake is automatically 
held off. 


2. The microprocessor reads the CPT Register and 
sends VSCMD to the 8291A, releasing the hand- 
shake. 


3. Having recieved an undefined primary command, 


the 8291A is set up to receive an undefined sec- 
ondary command (the PPE or PPD message). 
This message is also received into the CPT Reg- 
ister, the handshake is held off, and the CPT inter- 
rupt is generated. 
4. The microprocessor reads the PPE or PPD mes- 
sage and writes the command into the Auxiliary 
Mode Register (bit 7 should be cleared first). Fi- 
nally, the microprocessor sends VSCMD and the 
handshake is released. 


NOTE: 
•As defined in IEEE Standard 488. 


The EOS Register and its features offer an alterna- 
tive to the "Send EOI" auxiliary command. A seven 
or eight bit byte (ASCII or binary) may be placed in 
the register to flag the end of a block or read. The 
type of EOS byte to be used is selected in Auxiliary 
Register bit A4. 


If the 8291A is a listener, and the "End on EOS 
Received" is enabled with bit A2' then an END inter- 
rupt is generated in the Interrupt Status 1 RegistE'r 
whenever the byte in the Data-In Register matches 
the byte in the EOS Register. 


If the 8291A is a talker, and the "Output EOI on EOS 
Sent" is enabled with bit A3.then the EOIline is sent 
true with the next byte whenever the contents of the 
Data Out Register match the EOS register. 


The 8291A is reset to an initialization state either by 
a pulse applied to its Reset pin, or by a reset auxilia- 
ry command (02H written into the Auxiliary Com- 
mand Register). The following conditions are caused 
by a reset pulse (or local reset command): 
1. A "pon" local message as defined by IEEE-488 is 
held true until the initialization state is released. 
2. The Interrupt Status Registers are cleared (not In- 
terrupt Enable.Registers). 


3. Auxiliary Registers A and B are cleared. 
4. The Serial Poll Mode Register is cleared. 
5. The Parallel Poll Flag is cleared. 
6. The EOI bit in the Address Status Register is 
cleared. 


7. NF in the Internal Counter is set to 8 MHz. This 
setting causes the longest possible T1 delay to be 
generated in the Source Handshake (16 tJ-sfor 1 
MHz clock). 
8. The rdy local message is sent. 


The initialization 
state Is released by an "imme- 
diate execute pon" command (OOHwritten into the 
Auxiliary Command Register). 


The suggested initialization sequence is: 
1. Apply a reset pulse or send the reset auxiliary 
command. 


2. Set the desired initial conditions by writing into the 


Interrupt Enable, Serial Poll Mode, Address Mode, 
Address 0/1, and EOS Registers. Auxiliary Regis- 
ters A and B, and the internal counter should also 
be initialized. 
3. Send the "immediate execute pon" auxiliary com- 


mand to release the initialization state. 
4. If a PP2 Parallel Poll implementation is to be used 
the "Ipe" local message may be sent, enabling 
the 8291A for a Parallel Poll Response on an as- 
signed line. (Refer to the section on Parallel Poll 
Protocol.) 


The 8291A may be connected to the Intel@8237 or 
8257 DMA Controllers or the 8089 I/O Processor for 
DMA operation. The 8237 will be used to refer to any 
DMA controller. The DREQ pin of the 8291A re- 
quests a DMA byte transfer from the 8237. It is set 
by BO or BI flip flops, enabled by the DMAO and 
DMAI bits in the Interrupt Enable 2 Register. (After 
reading, the INT1 register BO and BI interrupts will 
be cleared but not BO and BI in DREQ equation.) 


The DACK pin is driven by the 8237 in response to 
the DMA request. When DACK is true (active low) it 
sets CS = RSO = RS1 = RS2 = 0 such that the 
RD and WR signals sent by the 8237 refer to the 
Data In and Data Out Registers. Als~he 
DMA re- 
quest line is reset by DACK (RD + WR). 


DMA input sequence: 


- 
1. A data byte is accepted from the GPIB by the 
8291A. 


2. A BI interrupt is generated and DREQ is set. 
3. DACK and RD are driven by the 8237, the con- 


tents of the Data In Register are transferred to the 
system bus, and DREQ is reset. 


4. The 8291A sends RFD true on the GPIB and pro- 


ceeds with the Acceptor Handshake protocol. 


DMA output sequence: 
1. A BO interrupt is generated (indicating that a byte 


should be output) and DREQ is asserted. 


2. DACK and WR are driven by the 8237, a byte is 
transferred from the MCS bus into the Data Out 
Register, and DREQ is reset. 


3. The 8291A sends DAV true on the GPIB and pro- 


ceeds with the Source Handshake protocol. 


It should be noted that each time the device is ad- 
dressed (MTA + MLA + ton + Ion), the Address 
Status Register should be read, and the 8237 should 
be initialized accordingly. (Refer to the 8237 or 8257 
Data Sheets.) 


If polling 
is used to determine 
the 8291A's 
service 
needs, the CPU must poll the INT bit in the address 


enaolec 
cUring 
InitialiZatiOn 
TOr mem 
to aTTect me 
INT status bit. The following 
flow chart illustrates 
the 
recommended 
polling algorithm. 


MICROPROCESSOR 
BUS CONNECTION 


The 
8291A 
is 
8048/49, 
8051, 
8080/85, 
and 
8086/88 compatible. The three address pins (RSo, 
RS1,and RS2)should be connected to the non-mul- 
tiplexed address bus (for example: As, Ag, A1O)'In 
case of 8080, any address lines may be used. If the 


ullee 
loweSI aooress OilS are useo \'"'0,'"'1,'"'2),men 
they must be demultiplexed first. 


The 8293 GPIB Transceiver interfaces the 8291A 
directly to the IEEE-488 bus. The 8291A and two 
8293's can be configured as a talker/listener (see 
Figure 6) or with the 8292 as a talker/listener/con- 
troller (see Figure 7). Absolutely no active or passive 
external components are required to comply with the 
complete IEEE-488 electrical specification. 
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= See 8041 A Data Sheet 
for alternate 
crystal 
configurations 
f f 
= Can connect 
to system 
reset 
switch, 
see 8041 A Data 
Sheet 
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The following 
section 
describes 
the steps needed to 
initialize a typical 8291A system implementing 
a talk- 
er/listener 
interface 
and an 8291A/8292 
system 
im- 
plementing 
a talker/listener/controller 
interface. 


Assume 
a general 
system 
configuration 
with the fol- 
lowing features: 
(i) Polled system interface; 
(ii) Mode 
1 addressing; 
(iii) same address for talker and listen- 
er; (iv) ASCII carriage 
return as the end-of-sequence 
(EOS) character; 
(v) EOI sent true with the last byte; 
and, (vi) 8 MHz clock. 


Initialization. 
Initialization 
is accomplished 
with the 
following 
steps: 


1. Pulse the RESET input or write 02H to the Auxilia- 
ry Mode Register. 


2. Write OOH to the Interrupt 
Enable Registers 
1 and 
2. This disables 
interrupt 
and DMA. 


3. Write 01 H to the Address 
Mode Register to select 
Mode 
1 addressing. 


4. Write 
28H 
to the 
Auxiliary 
Mode 
Register. 
This 
loads 8H to the Auxiliary 
Register 
A matching 
the 
8 MHz clock input to the internal T1 delay counter 
to generate 
the delay meeting 
the IEEE spec. 


5. Write 
the talker/listener 
address 
to the Address 
0/1 
register. 
The three 
most 
significant 
bits are 
zero. 


6. Write an ASCII carriage 
return 
(ODH) to the EOS 
register. 


7. Write 84H to the Auxiliary 
Mode Register 
to allow 
EOI to be sent true when 
the EOS character 
is 
sent. 


8. Write 
OOH to the 
Auxiliary 
Mode 
Register. 
This 
writes 
the 
"Immediate 
Execute 
pon" 
message 
and takes 
the 8291A 
from the initialization 
state 
into the idle state. The 8291A will remain idle until 
the 
controller 
initiates 
some 
activity 
by driving 
ATN true. 


Communication. 
The 
local 
CPU 
now 
polls 
the 
8291A 
to determine 
which 
controller 
command 
has 
been received. 


The controller 
addresses 
the 8291A 
by driving ATN, 


placing 
MLA 
(My 
Listen 
Address) 
on the 
bus and 
driving 
DAV. If the lower five bits of the MLA mes- 
sage 
match 
the address 
programmed 
into the Ad- 
dress 0/1 
register, 
the 8291A is addressed 
to listen. 
It would 
be addressed 
to talk if the controller 
sent 
the MTA message 
instead 
of MLA. 


The ADSC bit in the Interrupt 
Status 2 Register 
indi- 
cates that the 8291A 
has been addressed 
or unad- 
dressed. 
The TA and LA bits in the Address 
Status 
Register 
indicate whether 
the 8291A is talker (TA = 
1), listener 
(LA = 1), both (TA = LA = 1) or unad- 


dressed 
(TA = LA = 0). 


If the 8291 A is addressed 
to listen, 
the local 
CPU 
can read the Data-In Register 
whenever 
the BI (Byte 
In) interrupt 
occurs in the Interrupt 
Status 1 Register. 


If the END bit in the same register 
is also set, either 
EOI or a data byte matching 
the pattern 
in the EOS 
register 
has been received. 


In the 
talker 
mode, 
the 
CPU writes 
data 
into 
the 
Byte-Out 
Register 
on BO (Byte Out) true. 


Combined 
with the Intel 8292, the 8291A executes 
a 
complete 
IEEE-488-1978 
controller 
function. 
The 
8291A talks and listens via the data and handshake 
lines 
(NRFD, 
NDAC 
and 
DAV). The 8292 
controls 
four of the five 
bus management 
lines 
(IFC, SRQ, 


ATN 
and 
REN). 
EOI, the fifth 
line, is shared. 
The 
8291A drives and receives 
EOI when EOI is used as 
an 
end-of-block 
indicator. 
The 
8292 
drives 
EOI 
along with ATN during a parallel 
poll command. 


Once again, assume 
a general 
system 
configuration 
with the following 
features: 
(i) Polled 
system 
inter- 
face; (ii) 8292 as the system 
controller 
and control- 


ler-in-charge; 
(iii) ASCII carriage 
return (ODH) as the 
EOS identifier; 
(iv) EOI sent with the last character; 


and, (v) an external 
buffer 
(8282) 
used to monitor 
the TCI line. 


Initialization. 
In order 
to send 
a command 
across 
the GPIB, the 8292 has to drive ATN, and the 8291A 
has to drive the data lines. 
Both devices 
therefore 
need initialization. 


To initialize the 8292: 


1. Pulse the RESET input. The 8292 will initially drive 
all outputs 
high. TCI, SPI, OBFI, 
IBFI and CLTh 
will 
then 
go low. The 
Interrupt 
Status, 
Interrupt 
Mask, Error Flag, Error Mask and Timeout 
regis- 
ters will be cleared. 
The interrupt 
counter 
will be 
disabled 
and loaded with 255. The 8292 will then 
monitor 
the 
status 
of the 
SYC 
pin. 
If high, 
the 
8292 
will 
pulse 
IFC true 
for at least 
100 Jl.s in 
compliance 
with the 
IEEE-488-1978 
standard. 
It 
will then take control 
by asserting 
ATN. 


To initialize the 8291A, 
the following 
is necessary: 


1. Write 
OOH to Interrupt 
Enable 
registers 
1 and 2. 


This disables 
interrupt 
and DMA. 
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2. With the 8292 as the controller-in-charge, it is im- 
possible to address the 8292 via the GPIB. There- 
fore, the ton or Ion modes of the 8291A must be 
used. To send commands, set the 8291A in the 
ton mode by writing 80H to the Address Mode 
Register. 
3. Write 26H to the Auxiliary Mode Register to match 
the T1 data settling time to the 6 MHz clock input. 


4. Write an ASCII carriage return (OOH)to the EOS 
Register. 


5. Write 84H to the Auxiliary Mode Register in order 
to enable "Output EOI on EOS sent" and thus 
send EOI with the last character. 


6. Write OOH-Immediate Execute pon-to 
the Aux- 


iliary Mode Register to put the 8291A in the idle 
state. 


Communication. 
Since the 8291A is in the ton 
mode, a BO interrupt is generated as soon as the 
immediate Execute pon command is written. The 
CPU writes the command into the Data Out Regis- 
ter, and repeats it on BO becoming true for as many 
commands as necessary. ATN remains continuously 


true unless the GTSB (Go To Standby) command is 
sent to the 8292. 


ATN has to be false in order to send data rather than 
commands from the controller. To do this, the fol- 
lowing steps are needed: 
1. Enable the TCI interrupt if not already enabled. 
2. Wait for IBF (Input Buffer Full) in the 8292 Inter- 
rupt Status Register to be reset. 


3. Write the GTSB (F6H) command to the 8292 
Command Field Register. 


4. Read the 8282 and wait for TCI to be true. 
5. Write the ton (80H) and pon (OOH)command to 
the 8291A Address Mode Register and Auxiliary 
Mode Registers respectively. 
6. Wait for the BO interrupt to be set in the 8291A. 
7. Write the data to the 8291A Data-Out Register. 


Identically, the user could command the controller to 
listen rather than talk. To do that, write Ion (40H) 
instead of ton into the Address Mode Register. Then 
wait for BI rather than BO to go true. Read the data 
Register. 


•Notice: ~tresses aoove 
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lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
on Any Pin 
With Respect 
to Ground 
-0.5V 
to + 7V 


Power Dissipation 
0.65 Watts 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2 
Vce + 0.5 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOL = 2 mA (4 mA for TR1 pin) 


VOH 
Output High Voltage 
2.4 
V 
IOH = - 400 /LA (-150 
/LA for SRQ pin) 


VOH·INT 
Interrupt 
Output High Voltage 
2.4 
V 
IOH = - 400 /LA 
3.5 
V 
IOH = 
-50/LA 


IlL 
Input Leakage 
10 
/LA 
VIN = OV to Vce 


IOFL 
Output Leakage Current 
±10 
/LA 
VOUT = 0.45V, Vee 


Ice 
Vee Supply Current 
120 
mA 
TA = O°C 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


tAR 
Address 
Stable Before READ 
0 
ns 


tRA 
Address 
Hold After READ 
0 
ns 


tRR 
READ Width 
140 
ns 


tAD 
Address 
Stable to Data Valid 
250 
ns 


tRD 
READ to Data Valid 
100 
ns 


tRDF 
Data Float After READ 
0 
60 
ns 


tAW 
Address 
Stable Before WRITE 
0 
ns 
. 


tWA 
Address 
Hold After WRITE 
0 


tww 
WRITE Width 
170 
ns 


tDW 
Data Set Up Time to the Trailing 
Edge of WRITE 
130 
ns 


tWD 
Data Hold Time After WRITE 
0 
ns 


tDKDR4 
RD J, or WR J, to DREQ J, . 
130 
ns 


tDKDA6 
RD J, to Valid Data (00-07) 
200 
ns 
DACK J, to RD J, 0 :s; t :s; 50 ns 


inter 


1_ 
---tAR- 


o -.----tAO--- 
------.... 


I 


DATA 
BUS 
DATA 
MAY 
CHANGE 
DATA 
MAY 
CHANGE 
(DATA 
INI 
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DMA 


DREQ 
/ 
.,,~~ 


DACK 


inter 


DEVICE 
UNDER 
i 
Cl = 150pF 
TEST 


- 
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2.•=X 
x= 


2.0 
2.0 


0.8> TEST 
POINTS < 0.8 


0.45 
---------- 
205248-10 
A.G. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and 0.8V for a Logic "0". 


Symbol 
Parameter 
Max 
Units 
Test Conditions 


TEOT13(2) 
EOI J.. toTR1 
t 
135 
ns 
PPSS, ATN = 0,45V 


TEOD16 
EOI J.. to DID Valid 
155 
ns 
PPSS, ATN = 0,45V 


TEOT12 
EOI t 
toTR1 
J.. 
155 
ns 
PPSS, ATN = 0,45V 


TATND4 
ATN J.. to NDAC J.. 
155 
ns 
TACS, AIDS 


TATT14 
ATN J.. to TR1 J.. 
155 
ns 
TACS, AIDS 


TATT24 
ATNJ..toTR2J.. 
155 
ns 
TACS, AIDS 


TDVND3-C 
DAV J.. to NDAC t 
650 
ns 
AH,CACS 


TNDDV1 
NDAC t 
to DAV t 
350 
ns 
SH, STRS 


TNRDR1 
NRFD t 
to DREQ t 
400 
ns 
SH 


TDVDR3 
DAV J.. to DREQ t 
600 
ns 
AH, LACS, ATN = 2,4V 


TDVND2-C 
DAV t 
to NDAC J.. 
350 
ns 
AH, LACS 


TDVNR1-C 
DAV t 
to NRFD t 
350 
ns 
AH, LACS, rdy = True 


TRDNR3 
RDJ.. toNRFDt 
500 
ns 
AH, LACS 


TWRD15 
WR t 
to DID Valid 
280 
ns 
SH, TACS, RS = O,4V 


TWRE05 
WR t 
to EOI Valid 
350 
ns 
SH, TACS 


TWRDV2 
WRt 
toDAY 
J.. 
830 + tSYNC 
ns 
High Speed Transfers 
Enabled, 


NF = fc, tSYNC = %-fc 


NOTES: 
1. All GPIB timings 
are at the pins of the 8291A. 
2. The 
last 
number 
in the 
symbol 
for any GPIB 
timing 
parameter 
is chosen 
according 
to the 
transition 
directions 
of the 
reference 
signals. 
The following 
table describes 
the numbering 
scheme. 
i to i 
1 
i to 
j. 
2 


j. to i 
3 


j. to 
j. 
4 
i to VALID 
5 


j. to VALID 
6 


inter 


Figure A-1 presents 
the interface 
function 
state dia- 
grams. 
It is derived 
from 
IEEE Std. state 
diagrams, 
with the following 
changes: 


A. The 8291A 
supports 
the complete 
set of IEEE- 
488 interface 
functions 
except 
for the controller. 


These include: 
SH1, AH1, T5, TE5, L3, LE3, SR1, 
RL1, PP1, DC1, DT1, and CO. 


B. Addressing 
modes 
included 
in T, 
L state 
dia- 
grams. 


Note that in Mode 3, MSA, OSA are generated 
only 
after secondary 
address 
validity check by the micro- 
processor 
(APT interrupt). 


C. In these 
modified 
state 
diagrams, 
the IEEE-488- 
1978 
convention 
of negative 
(low 
true) 
logic 
is 
followed. 
This 
should 
not be confused 
with 
the 
Intel pin- and signal-naming 
convention 
based on 
positive 
logic. Thus, while the state diagrams 
be- 
low 
carry 
low true 
logic, 
the 
signals 
described 
elsewhere 
in this data sheet 
are consistent 
with 
Intel notation 
and are based on positive 
logic. 


Convention 


Level 
Logic 
IEEE-488 
Intel 


0 
T 
DAV 
DAV 
1 
F 
DAV 
DAV 
0 
T 
NDAC 
NDAC 
1 
F 
NDAC 
NDAC 
0 
T 
NRFD 
NRFD 
1 
F 
NRFD 
NRFD 


Consider 
the 
condition 
when 
the 
Not-Ready-For- 


Data signal (pin 37) is active. 
Intel indicates 
this ac- 


tive low signal with the symbol 
NRFD (VOUT S VOL 
for AH; VIN S VIL for SH). The IEEE-488-1978 
Stan- 


dard, in its state diagrams, 
indicates 
the active state 
of this signal (True condition) 
with NRFD. 


D. All remote 
multiline 
messages 
decoded 
are con- 


ditioned 
by ACDS. The multiplication 
by ACDS is 
not drawn to simplify the diagrams. 


E. The symbol 
x-8 


205248-12 


indicates: 


1. When 
event 
X occurs, 
the function 
returns 
to 
state S. 


2. X overrides 
any other transition 
condition 
in the 


function. 


Statement 
2 simplifies 
the diagram, 
avoiding 
the ex- 
plicit use of X to condition 
all transitions 
from 
S to 
other states. 


r----' 
I 
I 
ISH 
I 
I 
I 
L 
J 


Figure A-1. 8291A State Diagrams 
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r-- 


NRFD 
: 
A H 


I 
I 


L 
J 


-THIS 
TAANSITION 
WilL 
NEVER 
OCCUR UNDER NORMAL OPERATION. 


tTOELAY 
IS ABOUT 
300 
NS 


FOR DEBOUNCING 
DAV. 


F2 = ATN 
+ 
LACS 
+ 
LADS 
F3 = ATN 
+ rdy 
T3' 
= T3 • CPT. 
APT 


r-----, 
I 
I 


I 
T E 
t 


I 
I 
L 
J 


STB AND ROS AVAILABLE 
TO SH 


inter 


r-----I 
I 
I 
I 
S R a 
I 
I 
I 
L 
J 


inter 


r~----1 


I 
LE 
I 
I 
I 
L 
J 


r-----l 
I 
I 
I 
R L 
I 
I 
I 
L 
J 


inter 


r------, 


I 
P P 2 
I 
I 
I 


L 
J 


r----1 
I 
I 


1 
DC 
I 
I 
I 
L 
J 


r ----1 
I 
I 
I 
D T 
I 
I 
I 
L 
.J 


Time Value 
Function 
(Applies 
to) 
Description 
Value 
Identlfler(l) 


Tl 
SH 
Settling Time for Multiline 
Messages 
2 2/Ls(2) 


t2 
LC, ie, SH, AH, T, L 
Response 
to ATN 
~ 200 ns 


T3 
AH 
Interface 
Message 
Accept Time(3) 
> 0(4) 


t4 
T, TE, L, LE, C, CE 
Response 
to IFC or REN False 
< 100 /Ls 


t5 
PP 
Response 
to ATN + EOI 
~ 200 ns 


T6 
C 
Parallel Poll Execution 
Time 
2 2/Ls 
T7 
C 
Controller 
Delay to Allow Current Talker 
2500 
ns 
to see ATN Message 


T8 
C 
Length of IFC or REN False 
> 100 /Ls 
Tg 
C 
Delay for EOI(5) 
2 1.5 /Ls(6) 


NOTES: 
1. Time 
values 
specified 
by a lower 
case 
t indicate 
the 
maximum 
time 
allowed 
to make 
a state 
transition. 
Time 
values 
specified 
by an upper case T indicate 
the minimum 
time that a function 
must remain 
in a state before 
exiting. 


2. If three-state 
drivers 
are used on the 010, DAV, and EOI lines, T1 may be: 


1. ;:, 1100 ns. 
2. Or ;:, 700 ns if it is known 
that within 
the controller 
ATN is driven 
by a three-state 
driver. 


3. Or ;:, 500 ns for all subsequent 
bytes following 
the first sent after each false transition 
of ATN (the first byte must be sent 


in accordance 
with (1) or (2). 
4. Or ;:, 350 ns for all subsequent 
bytes following 
the first sent after each false transition 
of ATN under conditions 
specified 
in Section 
5.2.3 and warning 
note. See IEEE Standard 
488. 


3. Time required 
for interface 
functions 
to accept, 
not necessarily 
respond 
to interface 
messages. 


4. Implementation 
de~d~ 
__ 
5. Delay required 
for EOI. NDAC, 
and NRFD signal 
lines to indicate 
valid states. 
6. ;:, 600 ns for three-state 
drivers. 


inter 


APPENDIX 
C 
THE THREE-WIRE 
HANDSHAKE 


8292 
GPIB CONTROLLER 


• 
Complete 
IEEE Standard 
488 Controller 
Function 


• 
Interface 
Clear (IFC) Sending 
Capability 
Allows Seizure 
of Bus Control 
and/or 
Initialization 
of the Bus 


• 
Responds 
to Service 
Requests 
(SRQ) 


• 
Sends Remote 
Enable (REN), Allowing 
Instruments 
to Switch to Remote 
Control 


• 
Complete 
Implementation 
of Transfer 
Control 
Protocol 


• 
Synchronous 
Control 
Seizure 
Prevents 
the Destruction 
of Any Data 
Transmission 
in Progress 


• 
Connects 
with the 8291 to Form a 
Complete 
IEEE Standard 
488 Interface 
Talker/ Listener/ Controller 


The 8292 GPIB Controller 
is a microprocessor-controlled 
chip designed 
to function 
with the 8291 GPIB Talk- 
er/Listener 
to implement 
the full IEEE Standard 
488 controller 
function, 
including 
transfer 
control 
protocol. 


The 8292 is a preprogrammed 
Intel@ 8041A. 


r--- -- ..• 
II 
OMA 
I CONTROLLER I 
I 
(OPTIONAL) 
I 
L 
J 


DACK 


OREa 
8291 
GPIB 
TALKERI 
LISTENER 


8293 
BUS 
TRANSCEIVERS 


8292 
GPIB 
CONTROLLER 


IFCL 
VCC 


Xl 
COUNT 


X2 
REN 


RESET 
OAV 


Vcc 
IBFt 
Cs 
OBFI 


GND 
EOI 


Rll 
SPI 


All 
TCI 


WR 
CIC 


SYNC 
NC 


Do 
ATNO 


01 
NC 


02 
CLTH 


03 
Vcc 


04 
NC 


05 
SYC 


08 
IFC 


07 
AfNi 


VSS 
SRQ 


205250-2 
Figure 2. Pin Configuration 
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Symbol 
Pin 
Type 
Name and Function 
Number 


IFCL 
1 
I 
IFC RECEIVED 
(LATCHED): 
The 8292 monitors 
the IFC Line (when not 


system controller) 
through this pin. 


X1, X2 
2,3 
I 
CRYSTAL 
INPUTS: 
Inputs for a crystal, 
LC or an external timing signal to 
determine 
the internal oscillator 
frequency. 


RESET 
4 
I 
RESET: Used to initialize the chip to a known state during power on. 


CS 
6 
I 
CHIP SELECT 
INPUT: Used to select the 8292 from other devices on the 
common 
data bus. 


RO 
8 
I 
READ ENABLE: 
Allows the master CPU to read from the 8292. 


Ao 
9 
I 
ADDRESS 
LINE: Used to select between 
the data bus and the status 
register during read operations 
and to distinguish 
between 
data and 
commands 
written into the 8292 during write operations. 


WR 
10 
I 
WRITE 
ENABLE: 
Allows the master CPU to write to the 8292. 


SYNC 
11 
0 
SYNC: 8041 A instruction 
cycle synchronization 
signal; it is an output 


clock with a frequency 
of XTAL -;- 15. 


00-07 
12-19 
I/O 
DATA: 8 bidirectional 
lines used for communication 
between 
the central 
processor 
and the 8292's data bus buffers and status register. 


Vss 
7,20 
P.S. 
GROUND: 
Circuit ground potential. 


SRQ 
21 
I 
SERVICE 
REQUEST: 
One of the IEEE control 
lines. Sampled 
by the 
8292 when it is controller 
in charge. If true, SPI interrupt to the master will 


be generated. 


ATNI 
22 
I 
ATTENTION 
IN: Used by the 8292 to monitor the GPIBATN 
control 
line. 


If is used during the transfer 
control 
procedure. 


IFC 
23 
I/O 
INTERFACE 
CLEAR: 
One of the GPIB management 
lines, as defined 
by 
IEEE Std. 488-1978, 
places all devices 
in a known quiescent 
state. 


SYC 
24 
I 
SYSTEM 
CONTROLLER: 
Monitors 
the system controller 
switch. 


CLTH 
27 
0 
CLEAR 
LATCH: 
Used to clear the IFCR latch after being recognized 
by 
the 8292. Usually low (except after hardware 
Reset), it will be pulsed high 
when IFCR is recognized 
by the 8292. 


ATNO 
29 
0 
ATTENTION 
OUT: Controls 
the ATN control 
line of the bus through 
external 
logic for tcs and tca procedures. 
(ATN is a GPIB control 
line, as 
defined 
by IEEE Std. 488-1978.) 


Vcc 
5,26,40 
P.S. 
VOLTAGE: 
+5V 
supply input ± 10%. 


COUNT 
39 
I 
EVENT COUNT: When enabled 
by the proper command 
the internal 
counter 
will count external events through this pin. High to low transition 
will increment 
the internal counter 
by one. The pin is sampled 
once per 
three internal instruction 
cycles (7.5 fLsec sample period when using 5 
MHz XTAL). It can be used for byte counting 
when connected 
to NOAC, 


or for block counting 
when connected 
to the EOI. 


REN 
38 
0 
REMOTE 
ENABLE: 
The Remote 
Enable bus signal selects remote or 
local control 
of the device on the bus. A GPIB bus signal selects 
remote 
or local control 
of the device on the bus. A GPIB bus management 
line, 


as defined 
by IEEE Std. 488-1978. 


inter 


Pin 


, 


Symbol 
No. 
Type 
Name and Function 


DAV 
37 
I/O 
DATA VALID: Used during parallel poll to force the 8291 to accept the 
parallel poll status bit. It is also used during the tcs procedure. 


IBFI 
36 
0 
INPUT BUFFER NOT FULL: 
Used to interrupt 
the central processor 
while the input buffer of the 8292 is empty. This feature is enabled 
and 
disabled 
by the interrupt 
mask register. 


OBFI 
36 
0 
OUTPUT 
BUFFER FULL: Used as an interrupt 
to the central processor 
while the output buffer of the 8292 is full. The feature can be enabled 
and 
disabled 
by the interrupt 
mask register. 


E012 
34 
I/O 
END OR IDENTIFY: 
One of the GPIB management 
lines, as defined 
by 
IEEE Std. 488-1978. 
Used with ATN as Identify Message 
during parallel 
poll. 


SPI 
33 
0 
SPECIAL 
INTERRUPT: 
Used as an interrupt 
on events not initiated 
by 
the central processor. 


TCI 
32 
0 
TASK COMPLETE 
INTERRUPT: 
Interrupt to the control 
processor 
used 
to indicate that the task requested 
was completed 
by the 8292 and the 
information 
requested 
is ready in the data bus buffer. 


CIC 
31 
0 
CONTROLLER 
IN CHARGE: Controls 
the SIR input of the SRQ bus 
transceiver. 
It can also be used to indicate that the 8292 is in charge of 
the GPIB bus. 


The 
8292 
is an Intel 
8041A 
which 
has been 
pro- 
grammed 
as a GPIB Controller 
Interface 
element. 
It 
is used with the 8291 GPIB Talker/Listener 
and two 
8293 
GPIB Transceivers 
to form 
a complete 
IEEE- 
488 Bus Interface 
for a microprocessor. 
The electri- 
cal interface 
is performed 
by the transceivers, 
data 
transfer 
is done by the talker/listener, 
and control 
of 
the bus is done 
by the 8292. 
Figure 
3 is a typical 
controller 
interface 
using Intel's 
GPIB peripherals. 


TO 
PAOCESSOR 
BUS 


TO 
PROCESSOR 
BUS 


Figure 3. Talker/Listener/Controller 
Configuration 
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The internal RAM in the 8041A is used as a special 
purpose register bank for the 8292. Most of these 
registers (except for the interrupt flag) can be ac- 
cessed through commands to the 8292. Table 2 
identifies the registers used by the 8292 and how 
they are accessed. 


The 8292 can be configured to interrupt the micro- 
processor on one of several conditions. Upon re- 
ceipt of the interrupt the microprocessor must read 
the 8292 interrupt status register to determine which 
event caused the interrupt, and then the appropriate 
subroutine can be performed. The interrupt status 
register is read with Ao high. With the exception of 
OSF and ISF, these interrupts are enabled or dis- 
abled by the SPI interrupt mask. OSF and ISF have 
their own bits in the interrupt mask (OSFI and ISFI). 


OBF 
Output Suffer Full. A byte is waiting to be read 
by the microprocessor. This flag is cleared 
when the output data bus buffer is read. 


IBF 
Input Suffer Full. The byte previously written 
by the microprocessor has not been read yet 
by the 8292. If another byte is written to the 
8292 before this flag clears, data will be lost. 
ISF is cleared when the 8292 reads the data 
byte. 


IFCR 
Interface Clear Received. The GPIS system 
controller has set IFC. The 8292 has become 
idle and is no longer is charge of the bus. The 
flag is cleared when the lACK command is 
issued. 


EV 
Event Counter Interrupt. The requested num- 
ber of blocks of data byte has been trans- 
ferred. The EV interrupt flag is cleared by the 
lACK command. 


SRQ 
Service Request. Notified the 8292 that a 
service request (SRQ) message has been re- 
ceived. It is cleared by the lACK command. 


ERR 
Error occurred. The type of error can be de- 
.termined by reading the error status register. 
This interrupt flag is cleared by the lACK com- 
mand. 


SYC 
System Controller Switch Change. Notifies 
the processor that the state of the system 
controller switch has changed. The actual 
state is contained in the GPIS Status Regis- 
ter. This flag is cleared by the lACK com- 
mand. 


The Interrupt Mask Register is used to enable fea- 
tures and to mask the SPI and TCI interrupts. The 
flags in the Interrupt Status Register will be active 
even when masked out. The Interrupt Mask Register 
is written when Ao is low and reset by the RINM 
command. When the register is read, D1 and D7 are 
undefined. An interrupt is enabled by setting the cor- 
responding register bit. 


SRQ 
Enable interrupts on SRQ received. 


IBFI 
Enable interrupts on input buffer empty. 


OBFI 
Enable interrupts on output buffer full. 


, 


READ 
FROM 
8292 
WRITE 
TO 8292 


INTERRUPT 
STATUS 
Ao 
INTERRUPT 
MASK 
Ao 
I SYC I ERR I SRD I 
EV I 
X 
IIFCR I 
IBF I OBF 
11 
I 
1 
I 
SPI I 
TCI I SYC I OBFI I 
IBFI I 
0 
~O 


D7 
ERROR 
FLAG 
Do 
D7 
ERROR 
MASK 
Do 
I 
x 
I 
x 
I USER I 
x 
I 
x 
ITOUT 31TOUT 21 TOUT ,10' 
I 
0 
I 
0 
I USER 
I 
0 
I 
0 
ITOUT3 ITOUT2 ITOUT, I 0 


CONTROLLER 
STATUS 
COMMAND 
FIELD 
I CSBS I 
CA I 
x 
I 
x 
I SYCS I 
IFC 
I 
REN I SRD 10' I 
1 
I 
1 
I 
1 
I 
OP I 
C 
I 
C 
I 
C 
I 
C 
11 


GPIB (BUS) STATUS 
EVENT 
COUNTER 
I REN I 
OAV I 
EOI I 
x 
I SYC I 
IFC I ANTI I SRD 10' I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
10' 


EVENT 
COUNTER 
STATUS 
TIMEOUT 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
D 
10' I 
D 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
10' 


TIME OUT STATUS 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
I 
0 
10' 
NOTE: 
These 
registers 
are accessed 
by a special 
utility 


command, 
see page 7. 


SYC 
Enable 
interrupts 
on a change 
in the system 
controller 
switch. 


TCI 
Enable interrupts 
on the task completed. 


SPI 
Enable interrupts 
on special 
events. 


NOTE: 
The 
event 
counter 
is enabled 
by the 
GSEC 
com- 
mand, 
the 
error 
interrupt 
is enabled 
by the 
error 
mask register, 
and IFC cannot 
be masked 
(it will al- 
ways cause an interrupt). 


The Controller 
Status 
Register 
is used to determine 
the status of the controller 
function. 
This register 
is 
accessed 
by the RCST command. 


SRQ 
Service 
Request 
line active 
(CSRS). 


REN 
Sending 
Remote 
Enable. 


IFC 
Sending 
or receiving 
interface 
clear. 


SYCS 
System 
Controller 
Switch 
Status (SACS). 


CA 
Controller 
Active 
(CACS 
+ 
CAWS 
+ 
CSWS). 


CSBS 
Controller 
Stand-by 
State 
(CSBS, 
CA) 
(O,O)-Controller 
Idle. 


This register contains 
GPIB bus status information. 
It 
can be used by the microprocessor 
to monitor 
and 
manage 
the 
bus. 
The 
GPIB 
Bus 
Register 
can 
be 
read using the RBST command. 


Each of these status bits reflect the current status of 
the corresponding 
pin on the 8292. 


SRQ 
Service 
Request 


ATNI 
Attention 
In 


IFC 
Interface 
Clear 


SYC 
System 
Controller 
Switch 


EOI 
End or Identify 


DAV 
Data Valid 


REN 
Remote 
Enable 


The Event Counter 
Register 
contains 
the initial value 
for the event counter. 
The counter 
can count pulses 
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on pin 39 of the 8292 (COUNT). 
It can be connected 
to EOI or NDAC to count blocks or bytes respective- 
ly during standby 
state. A count of zero equals 
256. 


This register cannot 
be read, and is written using the 
WEVC command. 


This register 
contains 
the current 
value in the event 
counter. 
The 
event 
counter 
counts 
back 
from 
the 
initial value stored 
in the Event Counter 
Register 
to 
zero and then generates 
an Event Counter 
Interrupt. 


This register 
cannot 
be written 
and can be read us- 
ing a REVC command. 


The 
Time 
Out 
Register 
is used 
to store 
the 'time 
used for the time out error function. 
See the individu- 
al timeouts 
(TOUT1, 
2, 3) to determine 
the units of 
this counter. 
This Time Out Register 
cannot 
be read, 
and it is written 
with the WTOUT 
command. 


This register 
contains 
the current 
value 
in the time 
out counter. 
The time out counter 
decrements 
from 
the original 
value 
stored 
in the Time 
Out Register. 
When zero is reached, 
the appropriate 
error interrupt 
is generated. 
If the register 
is read while none of the 
time out functions 
are active, the register will contain 
the last value reached 
the last time a function 
was 
active. The Time Out Status Register 
cannot 
be writ- 
ten, and it is read with RTOUT 
command. 


Error Flag Register 


~ 
TOUTs I TOUT21 
TOUT1 I 


Four errors are flagged 
by the 8292 with a bit in the 
Error 
Flag 
Register. 
Each 
of these 
errors 
can 
be 
masked 
by the Error Mask Register. 
The Error Flag 
Register 
cannot 
be written, 
and 
it is read 
by the 
lACK command 
when the error flag in the Interrupt 
Status 
Register 
is set. 


TOUT1 
Time Out Error 1 occurs 
when 
the current 
controller 
has not stopped 
sending 
ATN af- 
ter receiving 
the TCT message 
for the time 
period 
specified 
by the Time Out Register. 


Each count 
in the Time Out Register 
is at 
least 1800 tCY. After flagging 
the error, the 
8292 will remain in a loop trying to take con- 
trol until the current 
controller 
stops 
send- 


ing ATN 
or a new command 
is written 
by 
the 
microprocessor. 
If a new command 
is 
written, 
the 8292 will return to the loop after 
executing 
it. 


TOUT2 Time Out Error 2 occurs when the transmis- 
sion between 
the addressed 
talker 
and lis- 
tener 
has 
not 
started 
for the 
time 
period 
specified 
by the Time 
Out Register. 
Each 
count in the Time Out Register 
is at least 45 
tCY. This feature 
is only enabled 
when the 
controller 
is in the CSBS state. 
TOUT3 Time 
Out 
Error 
3 occurs 
when 
the 
hand- 
shake signals are stuck and the 8292 is not 
succeeding 
in taking 
control 
synchronously 
for the 
time 
period 
specified 
by the 
Time 
Out Register. 
Each count 
in the Time Out 
Register 
is at least 1800 tCY. The 8292 will 
continue 
checking 
ATNI 
until 
it becomes 
true or a new commnand 
is received. 
After 
performing 
the new command, 
the 8292 will 
return to the ATNI checking 
loop. 
USER 
User 
error 
occurs 
when 
request 
to assert 
IFC or REN was received 
and the 8292 was 
not the system 
controller. 


Error Mask Register 


~ 
TOUTS I TOUT21 
TOUT1 I 


07 
Do 


The Error Mask Register 
is used to mask the inter- 
rupt from a particular 
type of error. Each type of error 
interrupt 
is enabled 
by setting 
the corresponding 
bit 
in the Error Mask Register. 
This register can be read 
with the RERM command 
and written 
with AD low. 


Commands 
are performed 
by the 8292 whenever 
a 
byte is written with AD high. There are two categories 
of commands 
distinguished 
by the OP bit (bit 4). The 
first category 
is the operation 
command 
(OP = 1). 
These 
commands 
initiate 
some action 
on the inter- 
face 
bus. The 
second 
category 
is the 
utility 
com- 
mand 
(OP = 0). These 
commands 
are used to aid 
the communication 
between 
the processor 
and the 
8292. 


Operation 
commands 
initiate 
some 
action 
on the 
GPIB interface 
bus. It is using these commands 
that 
the 
control 
functions 
such 
as 
polling, 
taking 
and 
passing 
control, 
and system 
controller 
functions 
are 
performed. 


Fo-SPCNI-Stop 
Counter Interrupts 


This 
command 
disables 
the 
internal 
counter 
inter- 


rupt so that the 8292 will stop interrupting 
the master 
on event counter 
underflows. 
However, 
the counter 
will continue 
counting 
and its contents 
can still be 
used. 


This command 
is used during the transfer 
of control 
procedure 
while transferring 
control 
to another 
con- 


troller. 
The 8292 will respond 
to this command 
~ 
if it is in the active state. ATNO will go high, and CIC 
will be high so that this 8292 will no longer be driving 
the ATN line on the GPIB interface 
bus. TCI will be 
set upon completion. 


This command 
has the same effect as asserting 
the 
external 
reset on the 8292. 
For details, 
refer to the 
reset procedure 
described 
later. 


F3-RSTI-Reset 
Interrupts 


This 
command 
resets 
any 
pending 
interrupts 
and 
clears the error flags. The 8292 will not return to any 
loop it was in (such as from the time out interrupts). 


F4-GSEC-Go 
To Standby, Enable Counting 


The function 
causes ATNO to go high and the coun- 


ter will be enabled. 
If the 8292 
was not the active 
controller, 
this command 
will exit immediately. 
If the 
8292 
is the 
active 
controller, 
the 
counter 
will 
be 
loaded 
with the value 
stored 
in the 
Event 
Counter 
Register, and the internal interrupt will be enabled 
so 
that when 
the counter 
reaches 
zero, the SPI inter- 
rupt will be generated. 
SPI will be generated 
every 
256 counts 
thereafter 
until the controller 
exits the 
standby 
state or the SPCNI command 
is written. 
An 
initial count of 256 (zero in the Event Counter 
Regis- 
ter) will be used if the WEVC command 
is not exe- 
cuted. 
If the 
data 
transmission 
does 
not 
start, 
a 
TOUT2 
error will be generated. 


This command 
initiates 
a parallel 
poll by asserting 
EOI when ATN is already 
active. 
TCI will be set at 
the end of the command. 
The 8291 should be previ- 
ously 
configured 
as a listener. 
Upon 
detection 
of 
DAV true, 
the 8291 
enters 
ACDS 
and 
latches 
the 
parallel 
poll response 
(PPR) byte into its data in reg- 
ister. The master 
will be interrupted 
by the 8291 BI 
interrupt 
when 
the PPR byte is available. 
No inter- 
rupts except 
the IBFI will be generated 
by the 8292. 


The 8292 will respond 
to this command 
only when it 
is the active controller. 


F6-GTSB-Go 
To Standby 


If the 8292 is the active controller, 
ATNO will go high 
then TCI will be generated. 
If the data transmission 
does not start, a TOUT2 
error will be generated. 


If the 8292 is the system controller, 
then REN will be 
asserted 
false and TCI will be set true. If it is not the 
system controller, 
the User Error bit will be set in the 
Error Flag Register. 


F8-SREM-Set 
Interface To Remote Control 


This command 
will set REN true and TCI true if this 
8292 is the system 
controller. 
If not, the User Error 
bit will be set in the Error Flag Register. 


F9-ABORT -Abort 
All Operation,Clear 
Interface 


This command 
will cause IFC to be asserted 
true for 
at least 100 IJosecif this 8292 is the system 
control- 
ler. If it is in CIDS, it will take control 
over the bus 
(see the TCNTR 
command). 


The transfer 
of control 
procedure 
is coordinated 
by 
the master with the 8291 and 8292. When the mas- 
ter receives 
a TCT message 
from the 8291, it should 
issue the TCNTR command 
to the 8292. The follow- 
ing events 
occur to take control: 


1) The 8292 checks 
to see if it is in CIDS, and if not, 
it exits. 


2) Then ATNI is checked 
until it becomes 
high. If the 
current 
controller 
does 
not release 
ATN for the 
time specified 
by the Time Out Register, 
then a 
TOUT1 
error is generated. 
The 8292 will return to 
this loop after 
an error 
or any command 
except 
the RST and RSTI commands. 


3) After 
the 
current 
controller 
releases 
ATN, 
the 
8292 will assert ATNO and CIC low. 


4) Finally, 
the TCI interrupt 
is generated 
to inform 
the master that it is in control 
of the bus. 


FC-TCASY-Take 
Control Asynchronously 


TCAS transfers 
the 8292 from CSBS to CACS inde- 
pendent 
of the handshake 
lines. If a bus hang up is 
detected 
(by an error flag), this command 
will force 
the 8292 to take control 
(asserting 
ATN) even if the 
AH function 
is not in ANRS 
(Acceptor 
Not 
Ready 
State). This command 
should be used very carefully 
since it may cause the loss of a data byte. Normally, 
control 
should 
be taken synchronously. 
After check- 


ing the 
controller 
function 
for 
being 
in the 
CSBS 
(else it will exit immediately), 
ATNO will go low, and 
a TCI interrupt 
will be generated. 


FD-TCSY-Take 
Control Synchronously 


There are two different 
procedures 
used to transfer 
the 
8292 
from 
CSBS 
to CACS 
depending 
on the 
state 
of the 8291 
in the 
system. 
If the 
8291 
is in 
"continuous 
AH cycling" 
mode (Aux. Reg. AO = A 1 
= 1), then the following 
procedures 
should 
be fol- 
lowed: 


1) The master 
microprocessor 
stops the continuous 
AH cycling 
mode in the 8291 ; 


2) The 
master 
reads 
the 
8291 
Interrupt 
Status 
1 
Register; 


3) If the END bit is set, the master 
sends the TCSY 
command 
to the 8292; 


4) If the END bit was not set, the master 
reads the 
8291 Data In Register 
and then waits for another 
BI interrupt 
from 
the 8291. 
When 
it occurs, 
the 
master sends the 8292 the TCSY command. 


If the 8291 is not in AH cycling 
mode, then the mas- 
ter just waits 
for a BI interrupt 
and then sends 
the 
TCSY 
command. 
After 
the 
TCSY 
command 
has 
been 
issued, 
the 8292 
checks 
for CSBS. 
If CSBS, 
then 
it exits the routine. 
Otherwise, 
it then 
checks 
the DAV bit in the GPIB status. When DAV becomes 
false, the 8292 will wait for at least 
1.5 IJosec. (T10) 
and then ATNO will go low. If DAV does not go low, 
a TOUT3 
error 
will be generated. 
If the 8292 
suc- 
cessfully 
takes control, 
it sets TCI true. 


FE-STCNI-Start 
Counter Interrupts 


This 
command 
enables 
the 
internal 
counter 
inter- 
rupt. 
The 
counter 
is enabled 
by the 
GSEC 
com- 
mand. 


All these commands 
are either Read or Write to reg- 
isters in the 8292. Note that writing to the Error Mask 
Register 
and the Interrupt 
Mask 
Register 
are done 
directly. 


E1-WTOUT-Write 
To Time Out Register 


The byte written to the data bus buffer (with Ao = 0) 
following 
this command 
will determine 
the time used 
for the time out function. 
Since this function 
is imple- 
mented 
in software, 
this will not be an accurate 
time 
measurement. 
This feature 
is enable 
or disable 
by 
the Error Mask Register. 
No interrupts 
except for the 
IBFI will be generated 
upon completion. 


inter 


E2-WEVC-Wrlte 
To Event Counter 


The byte written to the data bus buffer (with Ao = 0) 
following this command will be loaded into the Event 
Counter Register and the Event Counter Status for 
byte counting of EOI counting. Only IBFI will indicate 
completion of this command. 


This command transfers the contents of the Event 
Counter into the data bus buffer. A TCI is generated 
when the data is available in the data bus buffer. 


E4-RERF-Read 
Error Flag Register 


This command transfers the contents of the Error 
Flag Register into the data bus buffer. A TCI is gen- 
erated when the data is available. 


E5-RINM-Read 
Interrupt Mask Register 


This command transfers the contents of the Inter- 
rupt Mask Register into the data bus buffer. This reg- 
ister is available to the processor so that it does not 
need to store this information elsewhere. A TCI is 
generated when the data is available in the data bus 
buffer. 


E6-RCST -Read 
Controller Status Register 


This command transfers the contents of the Control- 
ler Status Register into the data bus buffer and a TCI 
interrupt is generated. 


E7-RBST -Read 
GPIB Bus Status Register 


This command transfers the contents of the GPIB 
Bus Status Register into the data bus buffer, and a 
TCI interrupt is generated when the data is available. 


E9-RTOUT -Read 
Time Out Status Register 


This command transfers the contents of the Time 
Out Status Register into the data bus buffer, and a 
TCI interrupt is generated when the data is available. 


EA-RERM-Read 
Error Mask Register 


This command transfers the contents of the Error 
Mask Register to the data bus buffer so that the 
processor does not need to store this information 
elsewhere. A TCI interrupt is generated when the 
data is available. 


Each named bit in an Interrupt Acknowledge (lACK) 
corresponds to a flag in the Interrupt Status Regis- 
ter. When the 8292 receives this command, it will 
clear the SPI and the corresponding bits in the Inter- 
rupt Status Register. If not all the bits were cleared, 
then the SPI will be set true again. If the error flag is 
not acknowledged by the lACK command, then the 
Error Flag Register will be transferred to the data 
bus buffer, and a TCI will be generated. 


NOTE: 
XXXX1X11 is an undefined operation or utility com- 
mand, so no conflict exists between the lACK oper- 
ation and utility commands. 


Communication between the 8292 and the Master 
Processor can be either interrupt based communica- 
tion or based upon polling the interrupt status regis- 
ter in predetermined intervals. 


Interrupt Based Communication 


Four different interrupts are available from the 8292: 
OBFI Output Buffer Full Interrupt 
IBFI 
Input Buffer Not Full Interrupt 
TCI 
Task Completed Interrupt 


SPI 
Special Interrupt 


Each of the interrupts is enabled or disabled by a bit 
in the interrupt mask register. Since OBFt and IBFI 
are directly connected to the OBF and IBF flags, the 
master can write a new command to the input data 
bus buffer as soon as the previous command has 
been read. 


The TCI interrupt is useful when the master is send- 
ing commands to the 8292. The pending TCI will be 
cleared with each new command written to the 
8292. Commands sent to the 8292 can be divided 
into two major groups: 
1) Commands that require response back from the 
8292 to the master, e.g., reading register. 


2) Commands that initiate some action or enable 
features but do not require response back from 
the 8292, e.g., enable data bus buffer interrupts. 


With the first group, the TCI interrupt will be used to 
indicate that the required response is ready in the 
data bus buffer and the master may continue and 
read it. With the second group, the interrupt will be 
used to indicate completion of the required task, so 
that the master may send new commands. 


The SPI should be used when immediate informa- 
tion or special events is required (see the Interrupt 
Status Register). 


"Polling 
Status" 
Based Communication 


When interrupt based communication is not desired, 
all interrupts can be masked by the interrupt mask 
register. The communication with the 8292 is based 
upon sequential poll of the interrupt status register. 
By testing the OBF and IBF flags, the data bus buff- 
er status is determined while special events are de- 
termined by testing the other bits. 


Receiving 
IFC 


The IFC pulse defined by the IEEE-488 standard is 
at least 100 fLsec. In this time, all operation on the 
bus should be aborted. Most important, the current 
controller (the one that is in charge at that time) 
should stop sending ATN or EOI. Thus, IFC must 
externally gate CIC (controller in charge) and ATNO 
to ensure that this occurs. 


Reset and Power 
Up Procedure 


After the 8292 has been reset either by the external 
reset pin, the device being powered on, or a RST 
command, the following sequential events will take 
place: 
1) All out~ 
t~e 
GPIB interface will-.92 high 
(SRQ, ATNI, IFC, SYC, CLTH, ATNO, CIC, TCI, 
SPI, EOI, OBFI, IBFI, DAV, REV). 
2) The four interrupt outputs (TCI, SPI, OBFI, IBFI) 


and CLTH output will go low. 
3) The following registers will be cleared: 


Interrrupt Status 
Interrupt Mask 
Error Flag 
Erorr Mask 
Time Out 
Event Counter (= 256), counter is disabled. 


4) If the 8292 is the system controller, and ABORT 


command will be executed, the 8292 will become 
the controller in charge, and it will enter the CACS 
state. 
If it is not the system controller, it will remain in 
CIDS. 


System 
Configuration 


The 8291 and 8292 must be interfaced to an IEEE- 
488 bus meeting a variety of specifications including 
drive capability and loading characteristics. To inter- 
face the 8291 and the 8292 without the 8293's, sev- 
eral external gates are required, using a configura- 
tion similar to that used in Figure 5. 
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TO 
IEEE·q, 
BUS 


TO 
IEEE·••• 
BUS 


lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
to Any Pin with Respect 
to Ground 
0.5V to + 7V 


Power Dissipation 
1.5 Watt 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


VIL1 
Input Low Voltage 
(All Except X1, X2, RESET) 
-0.5 
0.8 
V 


VIL2 
Input Low Voltage 
(X1, X2, RESET) 
-0.5 
06 
V 


VIH1 
Input High Voltage 
(All Except X1, X2, RESET) 
2.2 
Vee 
V 


VIH2 
Input High Voltage 
(X1, X2, RESET) 
3.8 
Vee 
V 


Vou 
Output 
Low Voltage 
(00-07) 
0.45 
V 
10L = 2.0mA 


VOL2 
Output 
Low Voltage 
(All Other Outputs) 
0.45 
V 
10L = 1.6 mA 


VOH1 
Output 
High Voltage 
(00-07) 
2.4 
V 
10H = -400 
p.A 


VOH2 
Output High Voltage 
(All Other Outputs) 
2.4 
V 
IOH = -50 
p.A 


IlL 
Input Leakage Current (COUNT, 
IFCL, RD, WR, CS, Ao 
±10 
p.A 
Vss 
S; VIN S; Vee 


loz 
Output 
Leakage Current (00-07, 
High Z State) 
±10 
p.A 
Vss + 0.45 
S; VIN S; Vee 


IU1 
Low Input Load Current (Pins 21-24, 
27 -38) 
0.5 
mA 
VIL = 0.8V 


IU2 
Low Input Load Current (RESET) 
0.2 
mA 
VIL = 0.8V 


Ice 
Total Supply Current 
125 
mA 
Typical 
= 65 mA 


IIH 
Input High Leakage Current (Pins 21-24, 
27 -38) 
100 
p.A 
VIN = Vee 


CIN 
Input Capacitance 
10 
pF 


CliO 
I/O Capacitance 
20 
pF 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


tAR 
CS, Ao Setup to RD .J, 
0 
ns 


tRA 
CS, Ao Hold to RD t 
0 
ns 


tRR 
RD Pulse Width 
250 
ns 


tAD 
CS, Ao to Data Out Delay 
225 
ns 
CL = 150 pF 


tRD 
RD.J, to Data Out Delay 
225 
ns 
CL = 150 pF 


tDF 
RD t to Data Float Delay 
100 
ns 


teY 
Cycle Time 
2.5 
15 
p.s 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


tAW 
CS, Ao Setup to WR -!- 
0 
ns 


tWA 
CS, Ao Hold after WR j 
0 
ns 


tww 
WR Pulse Width 
250 
ns 


tDW 
Data Setup to WR j 
150 
ns 


tWD 
Data Hold after WR -!- 
0 
ns 


Code 
Name 
Execution 
iBFTj" TCH2) 
SPI 
ATNO 
CIC 
IFC 
REN 
EOI 
DAV 
Comments 
Time 


E1 
WTOUT 
63 
24 


E2 
WEVC 
63 
24 


E3 
REVC 
71 
24 
51 


E4 
RERF 
67 
24 
47 


E5 
RINM 
69 
24 
49 


E6 
RCST 
97 
24 
77 


E7 
RBST 
92 
24 
72 


E8 


E9 
RTOUT 
69 
24 
49 


EA 
RERM 
69 
24 
49 


FO 
SPCNI 
53 
24 
Count Stops after 39 


F1 
GIOL 
88 
24 
70 
j61 
j61 


F2 
RST 
94 
24 
-!-52 
Not System Controller 


F2 
RST 
214 
24 
192 
-!-52 
-!-179 
-!-174 
-!- 101 
System Controller 


F3 
RSTI 
61 
24 


F4 
GSEC 
125 
24 
107 
j98 


F5 
EXPP 
75 
24 
-!-53 
-!-55 
j59 
j57 


F6 
GTSB 
118 
24 
100 
j91 


F7 
SLOC 
73 
24 
55 
j46 


F8 
SREM 
91 
24 
73 
-!-64 


F9 
ABORT 
155 
24 
133 
-!-120 
-!-115 
-!-42 


FA 
TCNTR 
108 
24 
86 
-!-71 
-!-68 


FC 
TCAS 
92 
24 
67 
-!-55 


FD 
TCSY 
115 
24 
91 
-!-80 


FE 
STCNI 
59 
24 
Starts Count after 43 


PIN 
RESET 
29 
- 
-!-7 
-!-7 
Not System Controller 


X 
lACK 
116 
- 


-!-73 
If Interrupt 
Pending 
j98 


NOTES: 
1. All times 
are multiples 
of Icy 
from the 8041 A command 
interrupt. 


2. Tel 
clears 
after 7 Icy 
on all commands. 


3. i indicates 
a level transition 
from 
low to high, !. indicates 
a high to low transition. 
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2 .•=x 
x= 


2.0 
2.0 


0.8> TEST 
POINTS < 0.8 
0.45 
_ 


DEVICE 
UNDER 
TEST 


205250-6 
A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and 0.8V for a Logic "0". 


< 15 pF 
(INCLUDES 
XTAl. 


SOCKET. 
STRAY) 


r----- 


I 
I 
I 
..L, 


I 
I 
IL 
_ 


15-25 
pF 
(INCLUDES 
SOCKET. I 
STRAY) 


NOTE: 
205250-9 
Both XT AL 1 and XT AL2 should 
be driven. 
Resistors 
to 
VCC are needed 
to ensure 
VIH = 2.8V if TIL circuitry 
is used. 


NOTE: 
Crystal 
series 
resistance 
should 
be <750 
at 6 MHz; 


<1800 at 3.6 MHz. 


C 
20pF 
20pF 


NOMINALf 
5.2 MHz 
3.2 MHz 
1 
f = 27T.J[C' 


C,~C+3Cpp 
2 
XTAL: 


NOTES: 
205250-10 
1. Cpp 
:::::5-10 pF pin-to-pin 
capacitance 
2. Each C should 
be approximately 
20 pF. including 
stray capacitance. 


inter 


Cs OR Ao 
(SYSTEM'S 
ADDRESS 
BUS) 


AD 


(READ CONTROL) 
-w_1 


DATA VALID 
~ 
_ 


""~~ 
(SYSTEM'S 
ADDRESS 
BUS) 
-"'-4 


inter 


The following 
tables and state diagrams 
were taken from the IEEE Standard 
Digital Interface 
for Programma- 


ble Instrumentation, 
IEEE Std. 488-1978. 
This document 
is the official 
standard 
for the GPIB bus and can be 
purchased 
from IEEE, 345 East 47th St., New York, NY 10017. 


Messages 
Interface 
States 


pon = power on 
CIOS 
= controller 
idle state 
rsc = request system 
control 
CADS 
= controller 
addressed 
state 
rpp = request 
parallel 
poll 
CTRS 
= controller 
transfer 
state 
gts 
= go to standby. 
CACS 
= controller 
active state 
tca 
= take control asynchronously 
CPWS 
= controller 
parallel 
poll wait state 
tcs 
= take control 
synchronously 
CPPS 
= controller 
parallel 
poll state 
sic = send interface 
clear 
CSBS 
= controller 
standby 
state 
sre = send remote enable 
CSHS 
= controller 
standby 
hold state 
IFC = interface 
clear 
CAWS 
= controller 
active wait state 
ATN = attention 
CSWS 
= controller 
synchronous 
wait state 
TCT = take control 
CSRS 
= controller 
service requested 
state 
CSNS 
= controller 
service not requested 
state 
SNAS 
= system control 
not active state 
SACS 
= system control 
active state 
SRIS 
= system control 
remote enable idle state 
SRNS 
= system control 
remote enable not active state 
SRAS 
= system 
control 
remote enable active state 
SIIS 
= system control 
interface 
clear idle state 
SINS 
= system control 
interface 
clear not active state 
SIAS 
= system 
control 
interface 
clear active state 


(ACDS) = accept 
data state (AH function) 
®ffiID = acceptor 
not ready state (AH function) 
~ 
= source delay state (SH function) 
~ 
= source transfer 
state (SH function) 
(!@ID = talker addressed 
state (T function) 


Co) 0 
J,. 
en 
co 
S- 
iDciii 
co 
iil3 


pon_ 
CIDS 
•• 


IFC f\ (SACS)/ 
(WITHIN 
t•• 


IIFC f\ (ACDS) f\ TCT f\ (fA-05)J 


f\ 
e 


TCT f\ (ACDS) 


f\ 


((TADS)) 


NOTES: 
• T10 > 1.5 "see 
t The microprocessor must wait for the 80 interrupt before writing the GTSB or GSEC 
commands to ensure that (STRS II SDYS) is true. 


SIlO 
~Q 
e/~ 


rsc 
e:=:=:e 
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REMOTE MESSAGE CODING 


Bus Signal Llne(s) and Coding That 
Asserts the True Value of the Message 
C 
Mnemonic 
Message Name 
T 
L 0 
0 
NN 
V 
A 
I 
I 
ORO 
A E SIR 
P 
S 0 
0 
AFA 
TORFE 
E 
S 
8 7 6 5 4 3 2 1 
VOC 
NIQCN 


ACG 
Addressed Command Group 
M AC Y 0 0 0 X X X X 
X X X 
1 XXXX 
ATN 
Attention 
U UC X X X X X X X X 
X X X 
1 XXXX 
DAB 
Data Byte 
(Notes 1, 9) M DO 0 D D D D D 0 0 
X X X 
OXXXX 
8 765 
4 3 2 1 
DAC 
Data Accepted 
U HS X X X X X X X X 
X X 0 
XXXXX 
DAV 
Data Valid 
U HS X X X X X X X X 
1 X X 
XXXXX 
DCl 
Device Clear 
M UC Y 0 0 1 0 1 0 0 
X X X 
1 XXXX 
END 
End 
U ST X X X X X X X X 
X X X 
o 1 X X X 
EOS 
End of String 
(Notes 2, 9) M DD E E E E E E E E 
X X X 
OXXXX 
8 7 6 5 432 
1 
GET 
Group Execute Trigger 
M AC Y 0 0 0 1 0 0 0 
X X X 
1 X X X X 
GTL 
Go to local 
M AC Y 0 0 0 0 0 0 1 
X X X 
1 XXXX 
IDY 
Identify 
U UC X X X X X X X X 
X X X 
X 1 X X X 
IFC 
Interface Clear 
U UC X X X X X X X X 
X X X 
X X X 1 X 
lAG 
Listen Address Group 
M AD Y 0 1 X X X X X 
X X X 
1 X X X X 
llO 
Local lock Out 
M UC Y 0 0 1 0 0 0 1 
X X X 
1 X X X X 
MlA 
My Listen Address 
(Note 3) M AD Y 0 1 l 
L l 
L L 
X X X 
1 X X X X 
5 4 3 2 1 
MTA 
My Talk Address 
(Note 4) M AD Y 1 OTTTTT 
X X X 
X X X X 
432 
1 
5 
MSA 
My Secondary Address 
(Note 5) M SE Y 1 1 S S S S S 
XXX 
X X X X 
5 4 3 2 1 
NUL 
Null Byte 
M DO 0 0 0 0 0 0 0 0 
X X X 
XXXXX 
OSA 
Other Secondary Address 
M SE 
(OSA = SCG 1\ MSA) 
OTA 
Other Talk Address 
MAD 
(OTA = TAG 1\ MTA) 
PCG 
PrimaryCommand Group 
M- 
(PCG = ACG V UCG V LAG V TAG) 
PPC 
Parallel Poll Configure 
M AC Y 0 0 0 0 1 0 1 
X X X 
1 X X X X 
PPE 
Parallel Poll Enable 
(Note 6) M SE Y 1 1 0 S P P P 
XXX 
1 X X X X 
321 
PPD 
Parallel Poll Disable 
(Note 7) M SE Y 1 
1DDDD 
X X X 
X X X X 
432 
1 
PPR1 
Parallel Poll Response 1 
U ST X X X X X X X 1 
X X X 
X X X 
PPR2 
Parallel Poll Response 2 
U ST X X X X X X 1 X 
X X X 
X X X 
PPR3 
Parallel Poll Response 3 
U ST X X X X X 1 X X 
X X X 
X X X 
PPR4 
Parallel Poll Response 4 
U ST X X X X 1 X X X 
X X X 
X X X 
PPR5 
Parallel Poll Response 5 
(Note 10) U ST X X X 1 * X X X 
X X X 
X X X 
PPR6 
Parallel Poll Response 6 
U ST X X 1 X X X X X 
X X X 
X X X 
PPR7 
Parallel Poll Response 7 
U ST X 1 X X X X X X 
X X X 
X X X 
PPR8 
Parallel Poll Response 8 
U ST 1 X X X X X X X 
X X X 
1 X X X 
PPU 
Parallel Poll Unconfigure 
M UC Y 0 0 1 0 1 0 1 
X X X 
1 X X X X 
REN 
Remote Enable 
U UC X X X X X X X X 
X X X 
XXXX1 
RFD 
Ready for Data 
U HS X X X X X X X X 
X 0 X 
XXXXX 
RQS 
Request Service 
(Note 9) U ST X 1 X X X X X X 
X X X 
OXXXX 
SCG 
Secondary Command Group 
M SE Y 1 1 X X X X X 
.X X X 
1 XXXX 
SDC 
Selected Device Clear 
M AC Y 0 0 0 0 1 0 0 
X X X 
1 X X X X 
SPD 
Serial Poll Disable 
M UC Y 0 0 1 1 0 0 1 
XXX 
1 X X X X 


3·50 


intJ 


Bus Signal Llne(s) and Coding That 
Asserts the True Value of the Message 
C 
Mnemonic 
Message 
Name 
T 
L 
D 
D 
N N 
Y 
A 
I 
I 
DR 
D 
A E SIR 
P 
S 0 
0 
A F A 
TORFE 
E 
S 
8 7 6 5 4 3 2 1 
VDC 
NIQCN 


SPE 
Serial Poll Enable 
M UC Y 0 0 1 1 0 0 0 
X X X 
1XXXX 
SRQ 
Service Request 
U ST X X X X X X X X 
X X X 
X X 1 X X 
STB 
Status Byte 
(Notes 8, 9) M ST S X S S S S S S 
X X X 
o X X X X 
8 
65432 
1 
TCT 
Take Control 
M AC Y 0 0 0 1 0 0 1 
X X X 
X X X X 
TAG 
Talk Address Group 
M AD Y 1 0 X X X X X 
X X X 
X X X X 
UCG 
Universal Command Group 
M UC Y 0 0 1 X X X X 
X X X 
X X X X 
UNL 
Unlisten 
M1DY0111111 
X X X 
X X X X 
UNT 
Untalk 
(Note 11) M 1D Y 1 0 1 1 1 1 1 
X X X 
X X X X 


The 1/0 coding on ATN when sent concurrent with multiline messages has been added to this revision for interpretive 
convenience. 


NOTES: 
1. 01-08 
specify the device dependent data bits. 


2. E1-E8 specify the device dependent code used to indicate the E05 message. 
3. L1-L5 specify the device dependent bits of the device's listen address. 
4. T1- T5 specify the device dependent bits of the device's talk address. 
5. 51-55 
specify the device dependent bits of the device's secondary address. 
6. 5 specifies the sense of the PPR. 


Response = seist 
P1-P3 specify the PPR message to be sent when a parallel poll is executed. 
P3 
P2 
P1 
PPR Message 


1 
1 
1 
PPR8 
7. 01-04 
specify don't-care bits that shall not be decoded by the receiving device. It is recommended that all zeroes be 
sent. 
8. 51-56, 
58 specify the device dependent status (0107 is used for the RQ5 message.) 
9. The source of the message on the ATN line is always the C function, whereas the messages on the 010 and EOI lines 
are enabled by the T function. 
10. The source of the messages on the ATN and EOllines is always the C function, whereas the source of the messages on 
the 010 lines is always the PP function. 
11. This code is prOVidedfor system use. 


• 
Certified 
by National 
Bureau of 
Standards 


• 
400 Byte/See 
Data Conversion 
Rate 


• 
64·Bit Data Encryption 
Using 56· Bit Key 


• 
DMA Interface 


• 
3 Interrupt 
Outputs 
to Aid in Loading 
and Unloading 
Data 


• 
7·Bit User Output 
Port 


• 
Single 5V ± 10% Power Supply 


• 
Fully Compatible 
with iAPX-86, 
88, 
MCS-85™, 
MCS-80™, 
MCS-51™, 
and 
MCS-48™ 
Processors 


• 
Implements 
Federal 
Information 
Processing 
Data Encryption 
Standard 


• 
Encrypt 
and Decrypt 
Modes Available 


The Intellfil 
8294A 
Data Encryption 
Unit (DEU) is a microprocessor 
peripheral 
device designed 
to encrypt 
and 
decrypt 
64-bit blocks of data using the algorithm 
specified 
in the Federal Information 
Processing 
Data Encryp- 


tion Standard. 
The DEU operates 
on 64-bit 
text words 
using a 56-bit 
user-specified 
key to produce 
64-bit 
cipher 
words. 
The operation 
is reversible: 
if the cipher 
word 
is operated 
upon, the original 
text word 
is pro- 
duced. The algorithm 
itself is permanently 
contained 
in the 8294A; however, 
the 56-bit key is user-defined 
and 
may be changed 
at any time. 


The 56-bit 
key and 64-bit 
message 
data are transferred 
to and from the 8294A 
in 8-bit bytes by way of the 
system 
data bus. A DMA interface 
and three 
interrupt 
outputs 
are available 
to minimize 
software 
overhead 
associated 
with data transfer. 
Also, by using the DMA interface 
two or more DEUs may be operated 
in parallel 
to achieve 
effective 
system conversion 
rates which are virtually any multiple of 400 bytes/second. 
The 8294A 
also has a 7-bit TTL compatible 
output 
port for user-specified 
functions. 


Because 
the 8294A 
implements 
the NBS encryption 
algorithm 
it can be used in a variety of Electronic 
Funds 
Transfer 
applications 
as well as other electronic 
banking 
and data handling 
applications 
where 
data must be 
encrypted. 


SRQ 


OAV 
CCMP 


RESET 


SYNC~ 
x,-- 
x,-- 
TIMING 


+ 5V- 


POWER 
- 


GNO~-·-- 


KEY 
BUFFER 
STORAGE 


NC 


Xl 
X2 


RESET 
Vcc 
cs 
GND 
RD 
AO 


WR 
SYNC 
DO 
Dl 
D2 
DJ 
D4 


D5 


D6 
D7 
GND 


VCC 
NC 


DACK 
ORO 


SRO 
DAV 
NC 
P6 


P5 


P4 
P3 
P2 
Pl 
PO 
VDD 
VCC 


CCMP 
NC 
NC 
NC 
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Figure 2. Pin Configuration 
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Symbol 
Pin 
Type 
Name and Function 
No. 


NC 
1 
NO CONNECTION. 


X1 
2 
CRYSTAL: 
Inputs for crystal, L-C or external timing signal to determine 
X2 
3 
internal oscillator 
frequency. 


RESET 
4 
I 
RESET: A low signal to this pin resets the 8294A. 


Vcc 
5 
POWER: Tied high. 


CS 
6 
I 
CHIP SELECT: A low signal to this pin enables 
reading and writing to 
the 8294A. 


GNO 
7 
GROUND: 
This pin must be tied to ground. 


RO 
8 
I 
READ: An active low read strobe at this pin enables the CPU to read 
data and status from the internal OEU registers. 


Ao 
9 
I 
ADDRESS: 
Address 
input used by the CPU to select OEU registers 
during read and write operations. 


WR 
10 
I 
WRITE: An active low write strobe at this pin enables 
the CPU to send 
data and commands 
to the OEU. 


SYNC 
11 
0 
SYNC: High frequency 
(Clock 
-;- 15) output. Can be used as a strobe 
for external 
circuitry. 


00 
12 
I/O 
DATA BUS: Three-state, 
bi-directional 
data bus lines used to transfer 
01 
13 
data between 
the CPU and the 8294A. 


02 
14 
03 
15 
04 
16 
05 
17 
06 
18 
07 
19 


GNO 
20 
GROUND: 
This pin must be tied to ground. 


Vcc 
40 
POWER: + 5V power input: + 5V ± 10%. 


NC 
39 
NO CONNECTION. 


OACK 
38 
I 
DMA ACKNOWLEDGE: 
Input signal from the 8257 OMA Controller 


acknowledging 
that the requested 
OMA cycle has been granted. 


ORQ 
37 
0 
DMA REQUEST: Output signal to the 8257 OMA Controller 
requesting 
a OMAcycle. 


SRQ 
36 
0 
SERVICE 
REQUEST: 
Interrupt 
to the CPU indicating 
that the 8294A is 
awaiting data or commands 
at the input buffer. SRQ = 1 implies ISF 
= O. 


OAV 
35 
0 
OUTPUT 
AVAilABLE: 
Interrupt to the CPU indicating 
that the 8294A 
has data or status available 
in its output buffer, OAV = 1 implies OSF 
= 1. 


NC 
34 
NO CONNECTION. 
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Symbol 
Pin 
Type 
Name and Function 
No. 


P6 
33 
0 
OUTPUT PORT: User output port lines. Output lines available to the 
P5 
32 
user via a CPU command which can asset selected port lines. These 
P4 
31 
lines have nothing to do with the encryption function. At power-on, 
P3 
30 
each line is in a 1 state. 


P2 
29 
P1 
28 
PO 
27 


VDD 
26 
POWER: + 5V power input. (+ 5V ± 10%) Low power standby pin. 


VCC 
25 
POWER:Tied high. 


CCMP 
24 
0 
CONVERSION COMPLETE: Interrupt to the CPU indicating that the 
encryption/decryption of an 8-byte block is complete. 


NC 
23 
NO CONNECTION. 


NC 
22 
NO CONNECTION. 


NC 
21 
NO CONNECTION. 


The data conversion sequence is as follows: 
1) A Set Mode command is given, enabling the de- 
sired interrupt outputs. 
2) An Enter New Key command is issued, followed 
by 8 data inputs which are retained by the DEU 
for encryption/decryption. Each byte must have 
odd parity. 


3) An Encrypt Data or Decrypt Data command sets 
the DEU in the desired mode. 


After this, data conversions are made by writing 8 
data bytes and then reading back 8 converted data 
bytes. Any of the above commands may be issued 
between data conversions to change the basic oper- 
ation of the DEU; e.g., a Decrypt Data command 
could be issued to change the DEU from encrypt 
mode to decrypt mode without changing either the 
key or the interrupt outputs enabled. 


Four internal registers are addressable by the mas- 
ter processor: 2 for input, and 2 for output. The fol- 
lowing table describes how these registers are ac- 
cessed. 


RD 
WR 
CS 
Ao 
Register 


1 
0 
0 
0 
Data Input Buffer 
0 
1 
0 
0 
Data Output Buffer 
1 
0 
0 
1 
Command Input Buffer 
0 
1 
0 
1 
Status Output Buffer 
X 
X 
1 
X 
Don't Care 


The functions of each of these registers are de- 
scribed below. 


Data Input Buffer-Data 
written to this register is 
interpreted in one of three ways, depending on the 
preceding command sequence. 
1) Part of a key. 
2) Data to be encrypted or decrypted. 
3) A DMA block count. 


Data Output Buffer-Data 
read from this register is 
the output of the encryption/decryption operation. 


Command Input Buffer-Gommands 
to the DEU 
are written into this register. (See command summa- 
ry below.) 


Status Output Buffer-DEU 
status is available in 
this register at all times. It is used by the processor 
for poll-driven command and data transfer opera- 
tions. 


STATUS BIT: 


FUNCTION: 


7654 
3 
2 
1 
0 


X X X KPE CF DEC IBF OBF 
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OBF 
Output Buffer Full; OBF = 
1 indicates that 
output from the encryption/decryption func- 
tion is available in the Data Output Buffer. It is 
reset when the data is read. 


IBF 
Input Buffer Full; A write to the Data Input 
Buffer or to the Command Input Buffer sets 
IBF = 1. The DEU resets this flag when it has 
accepted the input byte. Nothing should be 
written when IBF = 1. 


DEC 
Decrypt; indicates whether the DEU is in an 
encrypt or a decrypt mode. DEC = 1 implies 
the decrypt mode. DEC = 0 implies the en- 
crypt mode. 


After 8294A has accepted a 'Decrypt Data' or 
'Encrypt Data' command, 11 cycles are re- 
quired to update the DEC bit. 


CF 
Completion Flag; This flag may be used to in- 
dicate any or all of three events in the data 
transfer protocol. 


1) It may be used in lieu of a counter in the 
processor routine to flag the end of an 
8-byte transfer. 


2) It must be used to indicate the validity of 
the KPE flag. 
3) It may be used in lieu of the CCMP interrupt 
to indicate the completion of a DMA opera- 
tion. 


KPE 
Key Parity Error; After a new key has been 
entered, the DEU uses this flag in conjunction 
with the CF flag to indicate correct or incor- 
rect parity. 


1 - 
Enter New Key 


OPCODE: 


This command is followed by 8 data byte inputs 
which are retained in the key buffer (RAM) to be 
used in encrypting and decrypting data. These data 
bytes must have odd parity represented by the LSB. 


2 - 
Encrypt 
Data 


OPCODE: 


This command puts the 8294A into the encrypt 
mode. 


3 - 
Decrypt 
Data 


OPCODE: 


This command puts the 8294A into the decrypt 
mode. 


4 -Set 
Mode 


OPCODE: 


A is the OAV (Output Available) interrupt enable 
B is the SRQ (Service Request) interrupt enable 
C is the DMA (Direct Memory Access) transfer en- 
able 
D is the CCMP (Conversion Complete) interrupt 
enable 


This command determines which interrupt outputs 
will be enabled. A "1" in bits A, B, or D will enable 
the OAV, SRQ, or CCMP interrupts respectively. A . 
"1" in bit C will allow DMA transfers. When bit C is 
set the OAV and SRQ interrupts should also be 
enabled (bits A, B = 1). Following the command 
in which bit C, the DMA bit, is set, the 8294 will 
expect one data byte to specify the number of 
8-byte blocks to be converted using DMA. 


5 - 
Write to Output 
Port 


OPCODE: 


This command causes the 7 least significant bits 
of the command byte to be latched as output data 
on the 8294 output port. The initial output is 
1111111. Use of this port is independent of the 
encryption/ decryption function. 


PROCESSOR/DEU 
INTERFACE 
PROTOCOL 


The timing sequence for entering a new key is 
shown in Figure 3. A flowchart showing the CPU 
software to accommodate this sequence is given 
in Figure 4. 


After the Enter New Key command is issued, 8 
data bytes representing the new key are written to 
the data input buffer (most significant byte first). 
After the eighth byte is entered into the DEU, CF 
goes true (CF = 1). The CF bit goes false again 
when KPE is valid. The CPU can then check the 
KPE flag. If KPE = 1, a parity error has been de- 
tected and the DEU has not accepted the key. 
Each byte is checked for odd parity, where the 
parity bit is the LSB of each byte. 


I.'JLJLJL Jl~_ 
o,=:] 
I 
I 


ViR'" r-l r;;;-, 
f;EY 
1J KEY 
U 
UDAlA 
UOATA 
DATA 


NEW 
---------- 
KEY 


COMMAND 


Figure 3. Entering 
a New Key 


Since CF = 1 only for a short period of time after 
the last byte is accepted, the CPU which polls the 
CF flag might miss detecting CF = 1 momentarily. 
Thus, a counter should be used, as in Figure 4, to 
flag the end of the new key entry. Then CF is used to 
indicate a valid KPE flag. 


8 


Figure 5 shows the timing sequence for encrypting 
or decrypting data. The CPU writes a data bytes to 
the DEU's data input buffer for encryption/decryp- 
tion. CF then goes true (CF = 1) to indicate that the 
DEU has accepted the a-byte block. Thus, the CPU 
may test for IBF = 0 and CF = 1 to terminate the 
input mode, or it may use a software counter. When 
the encryption/decryption 
is complete, the CCMP 
and OAV interrupts are asserted and the OBF flag is 
set true (OBF = 1). OAV and OBF are set false 
again after each of the converted data bytes is read 
back by the CPU. The CCMP interrupt is set false, 
and remains false, after the first read. After a bytes 
have been read back by the CPU, CF goes false (CF 
= 0). Thus, the CPU may test for CF = 0 to termi- 
nate the read mode. Also, the CCMP interrupt may 
be used to initiate a service routine which performs 
the next series of a data reads and a data writes. 


Figure 6 offers two flowcharts outlining the alterna- 
tive means of implementing the data conversion pro- 
tocol. Either the CF flag or a software counter may 
be used to end the read and write modes. 


SRQ = 1 implies IBF = O,OAV = 1 implies OBF = 
1. This allows interrupt routines to do data transfers 
without checking status first. However, the OAV 
service routine must detect and flag the end of a 
data conversion. 


OAV 
n n n 
llF EHA8lEDI 
~1 
LJ 
L_J 
L 
- 
ruL_JL 
I 
lJLf-u 
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The timing sequence for data conversions using 
DMA is shown in Figure 7. This sequence can be 
better understood when considered in conjunction 
with the hardware DMA interface in Figure 8. Note 


!I'lH;;l~~ 
~ 
r 


CF=rl~ 
~, 


LnfU--l 
soo 
{lffNA.lEDI 
_ 


OAV 
II 
II 
(l'E"' ••llEDI 
~1 
L_-.J 
L- 


DRQ-DJ-UL __JL 


om ---U--lJU--U- 
Lf--U- 


inter 


that the use of the DMA feature 
requires 
3 external 
AND gates and 2 DMA channels 
(one for input, one 
for output). 
Since 
the 
DEU has only 
one 
DMA re- 
quest 
pin, the SRQ 
and oAV 
outputs 
are used 
in 
conjunction 
with two of the AND gates to create sep- 
arate DMA request 
outputs 
for the 2 DMA channels. 
The 
third 
AND 
gate 
combines 
the 
two 
active-low 
DACK inputs. 


To initiate a DMA transfer, 
the CPU must first initial- 


ize the two DMA channels 
as shown in the flowchart 


in Figure 9. It must then issue a Set Mode command 
to the DEU enabling 
the oAV, 
SRQ, and DMA out· 
puts. 
The 
CCMP 
interrupt 
may be enabled 
or dis- 
abled, depending 
on whether 
that output 
is desired. 
Following 
the Set Mode command, 
there 
must be a 
data byte giving the number of 8-byte blocks of data 
(n < 256) to be converted. 
The DEU then generates 
the required 
number of DMA requests 
to the 2 DMA 
channels 
with no further CPU intervention. 
When the 


requested 
number 
of blocks 
has been 
converted, 
the DEU will set CF and assert the CCMP interrupt 
(if 
enabled). 
CCMP then goes false again with the next 
write to the DEU (command 
or data). Upon comple- 
tion 
of the conversion, 
the 
DMA mode 
is disabled 
and the DEU returns 
to the encrypt! decrypt 
mode. 


The enabled 
interrupt 
outputs, 
however, 
will remain 
enabled 
until another 
Set Mode command 
is issued. 


~ 
~8 


Figure 
10 shows 
the timing 
and protocol 
for single 
byte commands. 
Note that any of the commands 
is 


effective 
as a pacify command 
in that they may be 
entered 
at any time, expect 
during 
a DMA conver- 


sion. The DEU is thus set to a known state. Howev- 
er, if a command 
is issued out of sequence, 
an addi- 
tional protocol 
is required 
(Figure 11). The CPU must 
wait 
until the 
command 
is accepted 
(IBF 
= 0). A 
data read must then be issued to clear anything 
the 
preceding 
command 
sequence 
may have left in the 
Data Output 
Buffer. 


I8 


Figures 12 through 
15 illustrate 
four interface 
config- 


urations 
used in the CPU/DEU 
data transfers. 
In all 
cases 
SRQ will be true (if enabled) 
and IBF will be 
false when the DEU is ready to accept 
data or com- 


mands. 
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DMARO 
is for memory 
to DEU Data Transfer 
DMAR1 
is for DEU to memory 
Data Transfer 
Use of CCMP 
is optional 


The 8294A's internal timing generation is controlled 
by a self-contained oscillator and timing circuit. A 
choice of crystal, L-C or external clock can be used 
to derive the basic oscillator frequency. 


The resident timing circuit consists of an oscillator, a 
state counter and a cycle counter as illustrated in 
Figure 16. 


C1r 


C1 = 5 pF 
C2 = Crystal + Stray < 15 pF 
C3 = 20-30 pF 
Crystal series resistance should be less than 75n at 6 MHz; less 
than 180n at 3.6 MHz; less than 30n at 12 MHz. 


SYNC 
OUTPUT 
(1.25-15 "seel 


LC OSCILLATOR 
MODE 
1 
1= 2.".,f[C' 


C' = C +3Cpp 


2 


Cpp = 5-10 pF 
Pin-to-Pin 
Capacitance 


L 
C 
Nominal 
---- 
9 p.H 
20 pF 
11.5 MHz 
45 p.H 
20 pF 
5.2 MHz 
120 p.M 
20 pF 
3.2 MHz 
Each C should be approximately 20 pF 
including stray capacitance. 


~~'4 


XTAl2 


For the 8294A XTAL2 must be high 35-65% of the period. 
Rise and fall times must not exceed 10 ns. 
Resistor to Vcc is needed to ensure VIH = 3.0V if TIL circuitry is used. 


inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias .... 
O·C to + 70·C 


Storage Temperature 
- 65·C to + 150·C 


Voltage 
on Any Pin With 
Respect 
to Ground 
- 0.5V to + 7V 


Power Dissipation 
1.5 Watt 


D.C. AND OPERATING 
CHARACTERISTICS 
TA = o·C to +70·C, 
Vee = 
+5V 
±10%, 
Vss = ov 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Min 
Typ 
Max 


V,L 
Input Low Voltage 
(All 
-0.5 
0.8 
V 
Except X1, X2, RESET) 


V,L1 
Input Low Voltage 
(X1, X2, 
-0.5 
0.6 
V 
RESET 


VIH 
Input High Voltage 
(All 
2.0 
Vee 
V 
Except X1, RESET) 


VIH1 
Input High Voltage 
(X1, 
3.5 
Vee 
V 
RESET 


VIH2 
Input High Voltage 
(X2) 
2.2 
Vee 
V 


VOL 
Output 
Low Voltage (00-07) 
0.45 
V 
IOL = 2.0mA 


Vou 
Output 
Low Voltage 
(All 
0.45 
V 
IOL = 1.6 mA 
Other Outputs) 


VOH 
Output High Voltage (00-07) 
2.4 
V 
IOH = - 400 p.A 


VOH1 
Output High Voltage 
(All 
2.4 
V 
IOH = -50 
p.A 
Other Outputs) 


IlL 
Input Leakage Current 
±10 
p.A 
VSS ::;;VIN ::;;Vce 


(RD, WR, CS, Ao) 


IOFL 
Output Leakage Current 
±10 
p.A 
Vss 
+ 0.45 ::;;VOUT ::;;Vee 


(00-07, High Z State) 


100 
Voo Supply Current 
5 
20 
mA 


100 + Ice 
Total Supply Current 
60 
135 
mA 


III 
Low Input Load Current 
0.3 
mA 
VIL = 0.8V 
(Pins 24, 27 -38) 


ILl1 
Low Input Load Current 
0.2 
mA 
VIL = 0.8V 
(RESET) 


IIH 
Input High Leakage Current 
100 
p.A 
V,N = Vee 
(Pins 24, 27 -38) 


CIN 
Input Capacitance 
10 
pF 


CliO 
1/0 Capacitance 
20 
pF 
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Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tAR 
CS, Ao Setup to RD J, 
0 
ns 


tRA 
CS, Ao Hold After RD i 
0 
ns 


tRR 
RD Pulse Width 
160 
ns 


tAD 
CS, Ao to Data Out Delay 
130 
ns 
CL = 100 pF 


tRD 
RD ! to Data Out Delay 
130 
ns 
CL = 100 pF 


tDF 
RD i to Data Float Delay 
85 
ns 


tCY 
Cycle Time 
1.25 
15 
/Ls 
1-12 
MHz Crystal 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tAW 
CS, Ao Setup to WR ! 
0 
ns 


tWA 
CS, Ao Hold After WR i 
0 
ns 


tww 
WR Pulse Width 
160 
ns 


tDW 
Data Setup to WR i 
130 
ns 


tWD 
Data Hold to WR i 
0 
ns 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


tACC 
DACK Setup to Control 
0 
ns 


tCAC 
DACK Hold After Control 
0 
ns 


tACD 
DACK to Data Valid 
130 
ns 
CL = 100 pF 


tCRQ 
Control 
L.E. to ORO T.E. 
110 
ns 


tel 
Control T.E. to Interrupt T.E. 
400 
ns 


Symbol 
Parameter 
Min 
Max 
Units 


tCY 
Cycle Time 
1.25 
9.20 
/Ls(1) 


teyC 
Clock Period 
83.3 
613 
ns 


tpWH 
Clock High Time 
38 
ns 


tpWL 
Clock Low Time 
38 
ns 


tR 
Clock Rise Time 
10 
ns 


tF 
Clock Fall Time 
10 
ns 


NOTE: 
1. te;v = 15/f(XT ALl 
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APPLICATION 
NOTE 


Using the 8291A GPIB 
Talker IListener 


intJ 


This application note explains the Intel 8291A GPIB 
(General Purpose Interface Bus) Talker/Listener 
as a 


component, and shows its use in GPIB interface design 
tasks. 


The first section of this note presents an overview of 
IEEE 488 (GPIB). The second section introduces the 
Intel GPIB component family. A detailed explanation 
of the 8291A follows. Finally, some application exam- 
ples using the component family are presented. 


II 
I 
f 
DEVICE 
A 


ABLE 
TO 
TALK, 
LISTEN. 


AND 
(I- 
DATA BUS 
CONTROL 


(e.g. calculator) 


DEVICE 
B 


ABLE 
TO 
TALK 
AND 


LISTEN 


(e.g. digital 
multlmeter) 
DATA BYTE 


(~ 
t-- 
TRANSFER 
CONTROL 


DEVICEC 


ONLY ABLE 
TO LISTEN 


(e.g.-Ilgnal 
generator) 
GENERAL 
(--- -I- 
....... 
INTERFACE 
MANAGEMENT 


DEVICE 
0 


ONLY 
ABLE 
TO TALK 


(e.g. counter) 


} 
010 1 ... 8 
0 


DAV 
Data 


NRFD 
NotR 


NDAC 
Not 0 


'FC 
Inter! 


ATN 
Allent 


SRQ 
5ervlc 


REN 
Remo 


EOI 
Endo 


Available 


eady lor Data 


ata Accepted 


ace Clear 
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e Reque,t 


te Enable 


r Identify 
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The GPIB is a parallel interface bus with an asynchro- 
nous interlocking 
data exchange handshake 
mecha- 
nism. It is designed to provide a common communica- 
tion interface among devices over a maximum distance 
of 20 meters at a maximum speed of I Mbps. Up to 15 
devices may be connected together. The asynchronous 
interlocking handshake dispenses with a common syn- 
chronization 
clock, and 
allows intercommunication 
among devices capable of running at different speeds. 
During any transaction, the data transfer occurs at the 
speed of the slowest device involved. 


The GPIB finds use in a diversity of applications re- 
quiring 
communication 
among digital devices over 
short distances. Common examples are: programmable 
instrumentation systems, computer to peripherals, etc. 


The 
interface 
is completely 
defined 
in the 
IEEE 
STD.-488-1978. 


A typical implementation 
consists of logical devices 
which talk (talker), listen (listeners), and control GPIB 
activity (controllers). 


The interface between any device and the bus may have 
a combination of several different capabilities (called 
'functions'). Among a total of ten functions defined, the 
Talker, Listener, Source Handshake, Acceptor Hand- 
shake and Controller are the more common examples. 
The Talker function allows a device to transmit data. 
The Listener function allows reception. The Source and 
Acceptor Handshakes, synchronized with the Talker 
and Listener functions respectively, exchange the hand- 
shake signals that coordinate data transfer. The Con- 
troller function allows a device to activate the interface 
functions of the various devices through commands. 
Other interface functions are: Service request, Remote 
local, Parallel poll, Device clear and Device trigger. 
Each interface may not contain all these functions. Fur- 
ther, most of these functions may be implemented to 
various levels (called 'subsets') of capability. Thus, the 
overall capability of an interface may be tailored to the 
needs of the communicating device. 


As shown in Figure I, the GPIB is composed of eight 
data lines (D08-DOI), 
five interface management lines 
(IFC, ATN, SRQ, REN, EOI), and three transfer con- 
trollines 
(DAV, NRFD, NDAC). 


The eight data lines are used to transfer data and com- 
mands from one device to another with the help of the 
management and control lines. Each of the five inter- 
face management lines has a specific function. 


ATN (attention) is used by the Controller to indicate 
that it (the controller) has access to the GPIB and that 
its output on the data lines is to be interpreted as a 
command. ATN is also used by the controller along 
with EOI to indicate a parallel poll. 


SRQ (service request) is used by a device to request 
service from the controller. 


REN (remote enable) is used by the controller to speci- 
fy the command source of a device. A device can be 
issued commands either locally through its front panel 
or by the controller. 


EOI (end or identify) may be used by the controller as 
well as talker. A controller uses EOI along with ATN 
to demand a parallel poll. Used by a talker, EOI indi- 
cates the last byte of a data block. 


IFC (interface clear) forces a complete GPIB interface 
to the idle state. This could be considered the GPIB's 
"interface reset." GPIB architecture allows for more 
than one controller to be connected to the bus simulta- 
neously. Only one of these controllers may be in com- 
mand at any given time. This device is known as the 
controller-in-charge. 
Control can be passed from one 
controller to another. Only one among all the control- 
lers present on a bus can be the system controller. The 
system controller is the only device allowed to drive 
IFe. 


NRFD 
SIGNAL 
LINES 
GOES 
HIGH 


ONLY WHEN 
ALL ACCEPTORS 
ARE READY 


DATA IS VALID AND 
MAY 


NOW BE ACCEPTED 


DATA IS NOT TO BE CONSIDERED 


VALID AFTER 
THIS TIME 


NOTE: 
Flow diagram 
outlines 
sequence 
of events 
during transfer 
of data byte. More than one listener 
at a time can accept 
data 


because 
of logical 
connection 
of NRFD and NDAC 
lines. 


Figure 2. Handshake 
Flowchart 
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The transfer control lines conduct the asynchronous in- 
terlocking three-wire handshake. 


DAV (data valid) is driven by a talker and indicates 
that valid data is on the bus. 


NRFD (note ready for data) is driven by the listeners 
and indicates that not all listeners are ready for more 
data. 


NDAC (not data accepted) is used by the listeners to 
indicate that not all listeners have read the GPIB data 
lines yet. 


The 
asynchronous 
3-wire 
handshake 
flowchart 
is 
shown in Figure 2. This is a concept fundamental to the 
asynchronous nature of the GPIB and is reviewed in 
the following paragraphs. 


Assume that a talker is ready to start a data transfer. 
At the beginning of the handshake, NRFD is false indi- 
cating that the listener(s) is ready for data. NDAC is 
true indicating that the listener(s) has not accepted the 
data, since no data has been sent yet. The talker places 
data on the data lines, waits for the required settling 
time, and then indicates valid data by driving DAV 
true. All active listeners drive NRFD true indicating 
that they are not ready for more data. They then read 
the data and drive NDAC false to indicate acceptance. 
The talker responds by deasserting DAV and readies 
itself to transfer the next byte. The listeners respond to 
DAV false by driving NDAC true. The talker can now 
drive the data lines with a new data byte and wait for 
NRFD to be false to start the next handshake cycle. 


When ATN and DAV are true data patterns which 
have been placed by the controller on the GPIB, they 
are interpreted as commands by the other devices on 
the interface. The GPIB standard contains a repertory 
of commands such as MTA (My Talk Address), MSA 
(My Secondary Address), SPE (Serial Poll Enable), etc. 
All other patterns in conjunction with ATN and DAV 
are classified as undefined commands and their mean- 
ing is user-dependent. 


To allow the controller to issue commands selectively 
to specific devices, three types of addressing exist on the 
GPIB: talk only/listen 
only (ton/Ion), 
primary, and 
secondary. 


Ton/Ion is a method where the ability of the GPIB 
interface to talk or listen is determined by the device 
and not by the GPIB controller. With this method, 
fixed poles can be easily designated in simple systems 
where reassignment is not necessary. This is appropri- 
ate and convenient for certain applications. For exam- 
ple, a logic analyzer might by interfaced via the GPIB 
to a line printer in order to document some type of 
failure. In this case, the line printer simply listens to the 
logic analyzer, which is a talker. 


The controller addresses devices through three com- 
mands, MTA (my talk address), MLA (my listen ad- 
dress), and MSA (my secondary address). The device 
address is imbedded in the command bit pattern. The 
device whose address matches the imbedded pattern is 
enabled. Some devices may have the same logical talk 
and listen addresses. This is allowable since the talker 
and listener are separate functions. However, two of the 
same functions cannot have the same address. 


In primary addressing, a device is enabled to talk (lis- 
ten) by receiving the MTA (MLA) message. 


Secondary addressing extends the address field from 5 
to 10bits by allowing an additional byte. This addition- 
al byte is passed via the MSA message. Secondary ad- 
dressing can also be used to logically divide devices into 
various subgroups. The MSA message applies only to 
the device(s) whose primary address immediately pre- 
cede it. 


The logic designer implementing a GPIB interface has, 
in the past, been faced with a difficult and complex 
discrete logic design. Advances in LSI technology have 
produced sophisticated microprocessor and peripheral 
devices which combine to reduce this once complex in- 
terface task to a system consisting of a small set of 
integrated circuits and some software drivers. A micro- 
processor hardware/software 
solution and a high-level 
language source code provide an additional benefit in 
end-product maintenance. Product changes are a sim- 
ple matter 
of revising the product 
software. Field 
changes are as easy as exchanging EPROMS. 


Intel has provided an LSI solution to GPIB interfacing 
with a talkerllistener 
device (829IA), a controller de- 
vice (8292), and a transceiver (8293). An interface with 
all capabilities except for the controller function can be 
built with an 8291A and a pair of 8293's. The addition 
of the 8292 produces a complex interface. Since most 
devices in a GPIB system will not have the controller 
function capability, this modular approach provides the 
least cost to the majority of interface designs. 
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Overview 
of the 8291A 
GPIB Talker/Listener 


The Intel 8291A GPIB Talker/Listener 
operates over a 
clock range of 1 to 8 MHz and is compatible with the 
MCS-85, iAPX-86, and 8051 families of microproces- 
sors. 


A detailed description of the 8291A is given in the data 
sheet. 


The 8291A implements the following functions: Source 
Handshake (SH), Acceptor Handshake (AH), Talker 
Extended (TE), Service Request (SRQ), Listener Ex- 
tended (LE), Remote/Local 
(RL), Parallel Poll (PP2), 
Device Clear (DC), and Device Trigger (DT). 


I DI7 I DI6 I DI5 I 
D14 
DI3 
DI2 
DI1 


DATA 
IN 


I CPT I APT I GET I END 
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1 ERR I 
BO 
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1 0 
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1 SPC 
1LLOC IREMC 1ADSC I 0 


INTERRUPT 
STATUS 
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S5 
1 
S4 
1 
S3 
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SERIAL 
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TA 
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1CPT71 CPT61 CPT5! 
CPT 41 CPT31 
CPT21 
CPT1 
1 CPTO I 
1 


COMMAND 
PASS THROUGH 


liNT 
1 DTO 
1 DLO 
IAD5.oIAD4-0IAD3.0IAD2-0IAD1-01 


ADDRESS 
0 


x 
1 DT1 
1 DL 1 1AD5-11 AD4-11 AD3-11 AD2-1 
I AD1-11 


ADDRESS 
1 


Current states of the 8291A can be determined by ex- 
amining the device's status read registers. In addition, 
the 8291A contains 8 write registers. These registers are 
shown in Figure 3. The three register select pins RS3- 
RSO are used to select the desired register. 


The data-in register moves data from the GPIB to the 
microprocessor or to memory when the 8291A is ad- 
dressed to listen. When the 8291A is addressed to talk, 
it uses the data-out register to move data onto the 
GPIB. The serial poll mode and status registers are 
used to request service and program the serial poll 
status byte. 


A detailed description of each of the registers, along 
with state diagrams can be found in the 8291A data 
sheet. 
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address I registers allow reading of these programmed 
addresses plus trading of the interrupt bit. The EOS 
register is used to program the end of sequence charac- 
ter. 


The address mode and status registers are used to pro- 
gram the addressing modes and track addressing states. 
The auxiliary mode register is used to select a variety of 
functions. The command pass through register is used 
for undefined commands and extended addresses. The 
address 0/ I register is used to program the addresses to 
which the 8291A will respond. The address 0 and 


Detailed descriptions of the addressing modes available 
with the 8291A are described in the 8291A data sheet. 
Examples of how to program these modes are shown 
below. 


1. MODE: Talker has single address of 01 H 
Listener has single address of 02H 


CPU Writes to: 
Pattern 
Comment 


Address 
Mode Register 
0000 
0001 
Select Mode 1 Addressing 
Address 
0/1 
Register 
0010 
0001 
Major is Talking. Address 
= 01 H 
Address 
0/1 
Register 
1100 
0010 
Minor is Listener. Address 
= 02H 


2. MODE: Talker has single address of 01 H 
Listener has single address of 02H 


CPU Writes to: 
Pattern 
Comment 


Address 
Mode Register 
0000 
0001 
Select Mode 1 Addressing 
Address 
0/1 
Register 
0100 
0010 
Major is Listener. Address = 02H 
Address 
0/1 
Register 
1010 
0001 
Minor is Talking. Address = 01 H 


Note that in both of the above examples, the listener will respond to a MLA message with five least significant bits 
equal to 02H and the talker to a OlH. 
3. MODE: Talker and listener both share a single address of 03H 


CPU Writes to: 
Pattern 
Comment 


Address 
Mode Register 
0000 
0001 
Select Mode 1 Addressing 
Address 
0/1 Register 
0000 
0011 
Talker and Listener Address 
= 03 
Address 
0/1 Register 
1110 
0000 
Minor Address 
is disabled 


CPU Writes to: 
Pattern 
Comment 


Address 
Mode Register 
0000 
0010 
Select Mode 2 Addressing 
Address 
0/1 
Register 
0000 
0100 
Primary Address 
= 04H 
Address 
0/1 Register 
1000 
0101 
Minor Address 
is disabled 


CPU Writes to: 
Pattern 
Comment 


Address 
Mode Register 
0000 
0011 
Select Mode 3 
Address 
0/1 Register 
0010 
0110 
Talker Address 
= 06 
Address 
0/1 
Register 
1100 
0111 
Listener Primary = 07 
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This 
phase 
of the 
application 
note 
will examine 
pro- 
gramming 
of the 8291A, corresponding 
bus commands 
and 
responses, 
CPU 
interruption, 
etc. for a variety 
of 
GPIB 
activities. 
This should 
provide 
the reader 
with a 
clear understanding 
of the role of the 8291A 
performs 
in a GPIB 
system. 
The 
talker 
function, 
listener 
func- 
tion, remote 
message 
handling, 
and remote/local 
oper- 
ations 
including 
local lockout, 
are discussed. 


TALK-ONLY 
(ton). 
In talk only mode the 8291A will 
not 
respond 
to the 
MTA 
message 
from 
a controller. 
Generally, 
ton is used 
in an environment 
which 
does 
not have a controller. 
Ton is also employed 
in an inter- 
face that 
includes 
the controller 
function. 


When 
the 8291A is used with the 8292, the sequence 
of 
events 
for initialization 
are as follows: 


I) 
The InterruptlEnable 
registers 
are programmed. 
2) 
Ton is selected. 
3) 
Settling 
time is selected. 
4) 
EOS character 
is loaded. 
5) 
"Pon" 
local message 
is sent. 


6) 
CPU 
waits for Byte Out (BO) and sends a byte to 
the data out register. 


The 
GPIB 
controller 
will direct 
the 8291A 
to talk by 
sending 
a My Talk Address 
(MTA) 
message containing 
the 8291A's 
talk address. 
The sequence 
of events 
is as 
follows: 


I) 
The interrupt 
enable 
and serial poll mode registers 
are programmed. 
2) 
Mode 
I is selected. 
3) 
Settling 
time is selected. 


4) 
Talker 
and listener 
addresses 
are programmed. 
5) 
Power 
on (pon) local message 
is sent. 
6) 
CPU 
waits 
for an interrupt. 
When 
the controller 
has sent the MTA 
message 
for the 8291A an inter- 
rupt will be generated 
if enabled 
and the ADSC 
bit 
will be set. 


7) 
CPU reads the Address 
Status register 
to determine 
if the 8291 A has been addressed 
to talk (T A = I). 
8) 
CPU 
waits 
for 
an 
interrupt 
from 
either 
BO 
or 
ADSC 
9) 
When 
BO is set, the CPU 
writes 
the data 
byte to 
the data 
out register. 
10) CPU 
continues 
to poll the status 
registers. 
II) When unaddressed 
ADSC, 
will be set and TA reset. 


LISTEN-ONLY 
(Ion). 
In 
listen-only 
mode 
the 
8291 
will not respond 
to the My Listen Address 
(MLA) 
mes- 
sage from the controller. 
The sequence 
of events 
is as 
follows: 


I) 
The Interrupt 
Enable 
registers 
are programmed. 
2) 
Lon is selected. 
3) 
EOS character 
is programmed. 
4) 
"Pon" 
local message 
is sent. 


5) 
CPU waits for BI and reads the byte from the data- 
in register. 


Note that enabling 
both ton and Ion can create an inter- 
nalloopback 
as long as another 
listener 
exists. 


Addressed 
Listening 
(via the MLA Message) 


The GPIB 
controller 
will direct 
the 8291A to listen by 
sending 
a MLA 
message 
containing 
the 8291A's 
listen 
address. 
The sequence 
of events 
is as follows: 


1) 
The Interrupt 
Enable 
registers 
are programmed. 
2) 
The serial poll mode register 
is loaded 
as desired. 
3) 
Talker 
and listener 
addresses 
are loaded. 


4) 
"Pon" 
local message 
is sent. 
5) 
The CPU waits for an interrupt. 
When 
the control- 
ler has sent the MLA 
message 
for the 8291A, 
the 
ADSC 
bit will be set. 


6) 
The CPU 
reads 
the Address 
Status 
Register 
to de- 
termine 
if the 
8291A 
has been addressed 
to listen 
(LA = 1). 
7) 
CPU waits for an interrupt 
for BI or ADSC. 
8) 
When 
BI is set, the CPU 
reads 
the data byte from 
the data-in 
register. 
9) 
The CPU 
continues 
to poll the status 
registers. 


10) When unaddressed, 
ADSC 
will be set and LA reset. 


Remote 
and 
local 
refer 
to the 
source 
of control 
of a 
device connected 
to the GPIB. 
Remote 
refers to control 
from 
the 
GPIB 
controller-in-charge. 
Local 
refers 
to 
control 
from the device's 
own system. 
Reference 
should 
be made 
to the 
RL 
state 
diagram 
in the 
2891A 
data 
sheet. 


Upon "pon" 
the 8291A is in the local state. In this state 
the 
REM 
bit in Interrupt 
Status 
I Register 
is reset. 


When 
the GPIB 
controller 
takes 
control 
of the bus it 
will drive the REN 
(remote 
enable) 
line true. 
This will 
cause the REM 
bit and REMC 
(remotellocal 
change) 
bit to be set. The distinction 
between 
remote 
and local 
modes 
is necessary 
in that 
some 
types 
of devices 
will 
have local controls 
which have functions 
which are also 
controlled 
by remote 
messages. 


In the local state the device is allowed to store, but not 
respond to, remote messages which control functions 
which are also controlled by local messages. A device 
which has been addressed to listen will exit the local 
state and go to the remote state if the REN message is 
true and the local rtl (return to local) message is false. 
The state of the "rtl" local message is ignored and the 
device is "locked" into the local state if the LLO re- 
mote message is true. In the Remote state the device is 
not allowed to respond to local messages which control 
function that are also controlled by remote messages. A 
device will exit the remote state and enter the local 
state when REN goes false. It will also enter the local 
state if the GTL (go to local) remote message is true 
and the device has been addressed to listen. It will also 
enter the local state if the rtl message is true and the 
LLO message is false or ACDS is inactive. 


A device will exit the remote state and enter RWLS 
(remote with lockout state) if the LLO (local lockout) 
message is true and ACDS is active. In this mode, those 
local messages which control functions which are also 
controlled by remote messages are ignored. In other 
words, the "rtl" message is ignored. A device will exit 
RWLS and go to the local state if REN goes false. The 
device will exit RWLS and go to LWLS if the GTL 
message is true and the device is addressed to listen. 


The IEEE-488 standard specifies two methods for a 
slave device to let the controller know that it needs 
service. 


These two methods are called Serial and Parallel Poll. 
The controller performs one of these two polling meth- 
ods after a slave device requests service. As implied in 
the name, a Serial Poll is whep the controller sequen- 
tially asks each device if it requested service. In a Paral- 
lel Poll the controller asks all of the devices on the 
GPIB if they requested service, and they reply in paral- 
lel. 


When the controller performs a Serial Poll, each slave 
device sends back to the controller a Serial Poll Status 
Byte. One of the bits in the Serial Poll Status Byte indi- 
cates whether this device requested service or not. The 
remaining 7 bits are used defined, and they are used to 
indicate what type of service is required. The IEEE-488 
spec only defines the service request bit, however HP 
has defined a few more bits in the Serial Poll Status 
Byte. This ~an be seen in Figure 4. 


When a slave device needs service it drives the SRQ line 
on the GPIB bus true (low). For the 829lA this is done 
by setting bit 7 in the Serial Poll Status Byte. The CPU 
in the controller may be interrupted by SRQ or it may 
poll a register to determine the state of SRQ. Using the 
8292 one could either poll the interrupt status register 
for the SRQ interrupt status bit, or enables SRQ to 
interrupt the CPU. After the controller recognizes a 
service request, it goes into the serial poll routine. 


The first thing the controller does in the serial poll rou- 
tine is assert ATN. When ATN is asserted true the 
controller takes control of the GPIB, and all slave de- 
rl 
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\I.Inu'!: ATl'''1IS Hue are commanos. Arrer we comrouer 
takes control, it sends out a Universal Unlisten (UNL), 
which tells all previously addressed listeners to stop lis- 
tening. The controller then sends out a byte called SPE 
(Serial Poll Enable). This command notifies all of the 
slaves on the bus that the controller has put the GPIB 
in the Serial Poll Mode State (SPMS). Now the control- 
ler addresses the first slave device to TALK and puts 
itself in the listen mode. When the controller resets 
ATN the device addressed to talk transmits to the con- 
troller its Serial Poll Status Byte. If the device just 
polled was the one requesting service, the SRQ line on 
the GPIB goes false, and bit 7 in the serial poll status 
byte of the 8291A is reset. If more than one device is 
requesting service, SRQ remains low until all of the 
devices requesting service have been polled, since SRQ 
is wire-ored. To continue the Serial Poll, the controller 
asserts ATN, addresses the next device to talk then 
reads the Serial Poll Status Byte. When the controller is 
finished polling it asserts ATN, sends the univeral un- 
talk command (UNT), then sends the Serial Poll Dis- 
able command (SPD). The flow of the serial poll can be 
seen from the example in Figure 5. 


0) 
DEVICE A REQUESTS SERVICE (SRQ) 
I) 
ASSERT ATN 
2) 
UNIVERSAL UNLISTEN (UNL) 
3) 
SERIAL POLL ENABLE (SPE) 
4) 
DEVICE A TALK ADDRESS (MTA) 
5) 
RELEASE ATN 
6) 
DEVICE A STATUS BYTE (STD) (RQS SET) 
7) 
ASSERT ATN 
8) DEVICE B TALK ADDRESS (MTA) 
9) 
RELEASE ATN 
10) DEVICE 
B STATUS 
BYTE 
(STB) 
(RQS 
CLEAR) 
11) ASSERT ATN 
12) DEVICE C TALK ADDRESS (MTA) 
13) RELEASE ATN 
14) DEVICE 
C 
STATUS 
BYTE 
(STB) (RQS 
CLEAR) 
15) ASSERT ATN 
16) UNIVERSAL UNTALK (UNT) 
17) SERIAL POLL DISABLE (SPD) 
18) GO PROCESS SERVICE REQUEST 


Figure 5. Serial Polling 


The following section describes the events which hap- 
pen in a serial poll when 8291A and 8292 are the con- 
troller, and another 8291A is the slave device. While 
going through this section the reader should refer to the 
register diagrams for the 8291A and 8292. 


A. DEVICE A REQUESTS SERVICE 
(SRQ BECOMES TRUE) 


The slave devices rsv bit in the 2819A's serial poll mode 
register is set. 


The 8292's SPI pin 33 interrupts the CPU. The CPU 
reads the 8292's Interrupt status register and finds the 
SRQ bit set. The CPU tells the 8292 to 'Take Control 
Synchronously' by writing a OFDH to the 8292's com- 
mand register. 


C. THE CONTROLLER SENDS OUT THE 
FOLLOWING COMMANDS: UNIVERSAL 
UNLISTEN (UNL), SERIAL POLL ENABLE (SPE), 
MY TALK ADDRESS (MTA) 


(MTA is a command which tells one of the devices on 
the bus to talk.) 


The CPU in the controller waits for a BO (byte out) 
interrupts in the 8291A's interrupt status I register be- 
fore it writes to the Data Out register a 3FH (UNL), 
18H (SPE), OIOXXXXX (MTA). The X represents the 
programmable address of a device on the GPIB. When 
the 8291A in the slave device receives its talk address, 
the ADSC bit in the Interrupt Status register 2 is set, 
and in the Address Status Register TA and TP AS bits 
are set. 


D. CONTROLLER RECONFIGURES ITSELF TO 
LISTEN AND RESETS ATN 


The CPU in the controller puts the 8291A in the listen 
only mode by writing a 40H to the Address Mode regis- 
ter of the 8291A, and then a OOH to the Aux Mode 
register. The second write is an 'Immediate 
Execute 
pon' which must be used when switching addressing 
modes such as talk only to listen only. To reset ATN 
the CPU tells the 8292 to 'Go To Standby' by writing a 
OF6H to the command register. The moment ATN is 
reset, the 8219A in the slave device sets SPAS in Inter- 
rupt Status 2 register, and transmits 
the serial poll 
status byte. SRQS in the Serial Poll Status byte of the 
8291A slave device is reset, and the SRQ line on the 
GPIB bus becomes false. 


E. THE CONTROLLER READS THE SERIAL 
POLL STATUS BYTE, SETS ATN, THEN 
RECONFIGURES ITSELF TO TALK 


The CPU in the controller waits for the Byte In bit (BI) 
in the 8291A's Interrupt Status I register. When this bit 
is set the CPU reads the Data In register to receive the 
Serial Poll Status Byte. Since bit 7 is set, this wa~ the 
device which requested service. The CPU in the con- 
troller tells the 8292 to 'Take Control Synchronously' 
which asserts ATN. The moment ATN is asserted true 
the 8291A in the slave device resets SPAS, and sets the 
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Serial Poll Complete (SPC) bit in the Interrupt Status 2 
register. The controller reconfigures itself to talk by set- 
ting the TO bit in the Address Mode register and then 
writing a OOH to the Aux Mode register. 


F. THE CONTROLLER 
SENDS 
THE COMMANDS 
UNIVERSAL 
UNTALK 
(UNT), 
AND SERIAL 
POLL 
DISABLE 
(SPD) THEN 
RESETS 
THE SRQ BIT IN 
THE 8292 INTERRUPT 
STATUS 
REGISTER 


The CPU in the controller waits for the BO Interrupt 
status bit to be set in the Interrupt Status 1 register of 
the 829lA before it writes 5FH (UNT) and 19H (SPD) 
to the Data Out register. The CPU then writes a 2BH 
to the 8292's command register to reset the SRQ status 
bit in the Interrupt Status register. When the 829lA in 
the slave device receives the UNT command the ADSC 
bit in the Interrupt Status 2 register is set, and the TA 
and TP AS bits in the Address Status register will be 
reset. At this point the controller can service the slave 
device's request. 


Note that in the software listing of AP-66 (USING 
THE 8292 GPIB CONTROLLER) 
there is a bug in 
the serial poll routines. In the 'SRQ ROUTINE' 
when 
the CPU finds that the SRQ bit in the interrupt status 
register is set, it immediately writes the interrupt Ac- 
knowledge command to the 8292 to reset this bit. How- 
ever the SRQ GPIB line will still be driven true until 
the slave device driving SRQ has been polled. There- 
fore, the SRQ status bit in the 8292 will become set and 
latched again, and as a result the SRQ status bit in the 
8.292will still be set after the serial poll. The proper 
time to reset the SRQ bit in the 8292 is after SRQ on 
the GPIB becomes false. 


The 8291A supports an additional method for obtain- 
ing status from devices known as parallel poll (PPOL). 
This method limits the controller to a maximum of 8 
d~vices at a time since each device will produce a single 
bit response on the GPIB data lines. As shown in the 
state diagrams, there are three basic parallel poll states: 
P~IS (parallel poll idle state), PPSS (parallel poll stand- 
by state), and PPAS (parallel poll active state). 


In PPIS, the device's parallel poll function is in the idle 
state and will not respond to a parallel poll. PPSS is the 
standby state, a state in which the device will respond 
~o.~ parallel poll from the controller. The response is 
rmtlated by the controller driving both ATN and EOI 
true simultaneously. 


The 829lA state diagram shows a transition from PPIS 
to PPS~ with the "lpe" message. This is a PP2 imple- 
mentatIOn for a parallel poll. This "Ipe" (local poll en- 
able) 
local 
message 
is 
achieved 
by 
writing 
011USP3P2PI to the Aux Mode Register with U = o. 


The S bit is the sense bit. If the "ist" (individual status) 
local message value matches the sense bit, then the 
8291A will give a true response to a parallel poll. Bits 
P3-Pl 
identify which data line is used for a response. 


For example, assume the programmer decides that the 
system containing the 829lA shall participate in paral- 
lel poll. The programmer, 
upon system initialization 
would write to the Aux Mode Register and reset the U 
bit and set the S bit plus identify a data line (P3-Pl 
bits). At "pon," the 8291A would not respond true to a 
parallel poll unless the parallel poll flag is set (via Aux 
Mode Register command). 


When a status condition in the user system occurs and 
the programmer decides that this condition warrants a 
true response, then programmers software should set 
the parallel poll flag. Since the S bit value matches the 
"ist" (set) condition a true response will be given to all 
parallel polls. 


An additional method of parallel polling reading exists 
known as a PPI implementation. In this case the con· 
troller sends a PPE (parallel poll enable) message. PPE 
contains a bit pattern similar to the bit pattern used to 
program the "Ipe" local message. The 8291A will re- 
ceive this as an undefined command and use it to gener- 
ate an "Ipe" message. Thus the controller is specifying 
the sense bits and data lies for a response. A PPD (par- 
allel poll disable) message exists which clears the bits 
SP3P2PI and sets the U bit. This also will be received 
by the 8291A and used to generate an "Ipe" false local 
message. 


The actual sequence of events is as follows. The con- 
tro~le~sends a PPC (parallel poll configure) message. 
ThiS ISan undefined command which is received in the 
CPT register and the handshake is held ofT.The local 
CPU reads this bit pattern, decodes it, and sends a 
VSCMD message to the Aux Mode Register. The con- 
troller then sends a ppe message which is also received 
as an undefined command in the CPT register. The 
local CPU reads this, decodes it clears the MSB and 
writes this to the Aux Mode Register generatin~ the 
"Ipe" message. 


The controller then sends ATN and EOI true and the 
8291A drives the appropriate data line if the "ist" (par- 
allel poll flag) is true. The controller will then send a 
PPD (parallel poll disable) message (again, an unde- 
fined command). The CPU reads this from the CPT 
register and uses it to write new "lpe" message (this 
"Ipe" message will be false). The controller then sends a 
PPU (parallel poll unconfigure) message. Since this is 
also an undefined command, it goes into the CPT regis- 
ter. When the local CPU decodes this, the CPU should 
clear the "ist" (parallel poll flag). 
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In the course of developing this application note, two 
complete and identical; GPIB systems were built. The 
schematics and block diagrams are contained in Appen- 
dix 1. These systems feature an 8088 CPU, 8237 DMA 
controller, 
serial 
I/O 
(8215a 
and 
8253), 
RAM, 
EPROM, and a complete GPIB talker/listener control- 
ler. Jumper switches were provided to select between a 
controller function and a talker/listener 
function. This 
system design is based on the design of Intel's SDK-86 
prototyping 
kit -and thus shares the same I/O 
and 
memory addresses. This system uses the same down- 
load software to transfer object files from Inter develop- 
ment systems. 


Two software drivers were developed to demonstrate a 
ton/Ion environment. These two programs (BOARD I 
and BOARD 2) are contained in Appendix 2. 


In this example, one of the systems (BOARD 1) initial- 
ly is programmed in talk-only mode and synchroniza- 
tion is achieved by waiting for the listening board to 
become active. This is sensed by the lack of a GPIB 
error since a condition of no active listener produces an 
ERR status condition. Board 1 upon detecting the pres- 
ence of an active listener transmits a block of 100 bytes 
from a PROM memory across the bus. The second sys- 
tem (BOARD 2) receives this data and stores it in a 
buffer, EOI is sent true by the talker (BOARD 1) with 
the last byte of data. Upon detection of EOI, BOARD 
2 switches to the talk only mode while BOARD 1 upon 
terminal 
count 
switches to the 
listen only mode. 
BOARD 2 then detects the presence of an active listen- 
er and transmits 
the contents of its buffer back to 
BOARD 
1 which stores this data in the buffer. EOI 
again is sent with the last byte and BOARD 2 switches 
back to listen-only. BOARD 
1 upon detecting EOI 
then compares the contents of its buffer with the con- 
tents of its PROM to ensure that no data transmission 
errors occurred. The process then repeats itself. 


An example of the 8291A used in conjunction with a 
bus controller is also included in this application note. 
In this example, the 8291A system used in previous 
experiments was connected via the GPIB to a Hewlett- 
Packard 9835A desktop computer. This computer con- 
tains, in addition to a GPIB interface, a black and 
white CRT, keyboard, tape drive for high quality data 
cassettes, and a calculator type printer. The software 
for the HP9835S is shown in Appendix 3. The user 
should 
refer 
to 
the 
operation 
manuals 
for 
the 
HP 9835A for information on the features and pro- 
gramming methods for the HP 9835A. 


In this example, the 8292 was removed from its socket 
and the OPTA and OPTB pins of the two 8293 trans- 
ceiver reconfigured to modes a and 1. Optionally, the 
mode pins could have been left wired for modes 2 and 3 
and the 8292 left in its socket with its SYC pin wired to 
ground. This would have produced the same effect. 


The first action performed is sending IFC. Generally, 
this is done when a controller first comes on line. This 
pulse is at least 100 J.Ls in duration as specified by the 
IEEE-488 standard. 


The software checks to see if active listeners are on line. 
For demonstration purposes, the HP 9835A will flag 
the operator to indicate that listeners are on line. 


The HP 9835A then configures and performs a parallel 
poll (PPOL). The parallel poll indicates I bit of status 
of each device in a group of up to 8 devices. Such infor- 
mation could be used by an application program to de- 
termine whether optional devices are part of a system 
configuration. 
Such optional 
devices might 
include 
mass storage devices, printers, etc., where the applica- 
tion software for the controller might need to format 
data to match each type of device. Once the PPOL 
sequence is finished, the HP 9835A offers the user the 
opportunity to execute user commands from the key- 
board. At this time the HP 9835A sits in a loop waiting 
for an SRQ condition. When the operator hits a key on 
the keyboard, the HP 9835A processor is interrupted 
and vectors to a service routine where the key is read 
and the appropriate routine is executed. The HP 9835A 
will then return to the loop checking for the SRQ true. 
For this application, the valid keys are G, D, R, H, and 
X. Pressing the "G" key causes the GET command to 
be sent across the bus. A message to this effect is print- 
ed in the CRT and the HP 9835A returns. The "D" key 
causes the SDC message to be sent with the 8291A 
being the addressed device. Again, an appropriate mes- 
age is output on the HP 9835A CRT. The "R" key 
causes the GTL message to be sent. The CRT displays 
"REMOTE MESSAGE SENT." The "H" key causes a 
menu to be displayed on the HP 9835A CRT screen. 
This menu lists the allowed commands and their func- 
tions. NO GPIB commands are sent. The "X" key al- 
lows the operator to send one line of data across the 
bus. The line of data is terminated by a carriage return 
and line feed produced by pressing the "CONTINUE" 
key on the HP 9835A. 


The characters are stored in the sequence entered into a 
buffer whose maximum size is 80 characters. Pressing 
the "CONTINUE" 
key terminates storing characters 
in the array and all characters including the carriage 
return and line feed are sent. EOI is then sent true with 
a false byte of OOH. This false byte is due to the 1975 
standard which allows asynchronous sending and re- 
ception of EOI. (The 8291A supports the later 1978 
standard which eliminates this false byte.) 
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After any key command is serviced control returns to 
the loop which checks for SRQ active. Should SRQ be 
active, then the keyboard interrupt is disabled and a 
message printed to indicate that SRQ has been received 
true. 


This is an example of how parallel poll may be used to 
quickly check which group of devices contains a device 
sending SRQ. The eight devices in a group would, of 
course, have software drivers which allow a true re- 
sponse to a PPOL if that device is currently driving 
SRQ true. This would be a valuable method of isolation 
of the SRQ source in a system with a large number of 
devices. In this application program, only the response 
from the 829lA is of concern and only the 829lA's 
response is considered. It does, however, demonstrate 
the technique employed. If a true response from the 
829lA is detected, then a message to this effect is print- 
ed on the HP 9835A CRT screen. From this process, 
the controller has identified the device requesting serv- 
ice and will use a serial poll (SPOL) to determine the 
reason for the service request. This method of using 
PPOL is not specifically defined by the IEEE-488 stan- 
dard but is a use of the resources provided. 


The controller software then prints a message to indi- 
cate that it is about to perform a serial poll. This serial 
poll will return to the controller the current status of 
the 28l9A and clear the service request. The status byte 
received is then printed on the CRT screen of the 
HP 9835A. One of the 829lA status bits indicates that 
the 829lA system has a field (on line or less) of data to 
transfer to the HP 9835A. If this bit is set, then the 
HP 9835A addresses the 829lA system to talk. The 
data is sent by the 829lA system is then printed on the 
CRT screen of the HP 9835A. The HP 9835 then en- 
ables the keyboard interrupts and goes into its SRQ 
checking loop. 


Appendix 4 contains the software for the 829lA system 
which is connected to the HP 9835A via the GPIB. 
This software throws away the first byte of data it re- 
ceives since this transfer was used by the HP 9835A to 
test when the 829lA system came on line. 


Next, both status registers are read and stored in the 
two variable STAT I and STAT 2. It is necessary to 
store the status since reading the status regi~ters clears 
the status bits. 


Initially, six status bits are evaluated (END, 
GET, 
CPT, DEC, REMC, ADSC). Some of these conditions 
require that additional status bits be evaluated. 


If END is true, then the 829lA system has received a 
block from the HP 9835A and the contents of a buffer 
is printed on the CRT screen. Next, the CPT bit is 
checked. PPC and PPE are only valid undefined com- 
mands in this example. 


Next, the GET bit is examined and if true, the CRT 
screen connected to the serial channel on the 829lA 
system prints a message to indicate that the trigger 
command has been received. A similar process occurs 
with the DEC and REMC status bits. 


Address Status Chagne (ADSC) is checked to see if the 
829lA has been addressed or unaddressed by the con- 
troller. If ADSC is false, then the software checks the 
keyboard at the CRT terminal. If ADSC is set, then the 
TA and LA bits are read and evaluated to determine 
whether the 829lA has been addressed to talk or listen. 
The DMA controller is set to start transfers at the start 
of the character buffer and the type of transfer is deter- 
mined by whether the 829lA in in TADS or LADS. 
We only need to set up the DMA controller since the 
transfers will be transparent to the system processor. 
The keyboard from the CRT terminal is then checked. 
If a key has been hit, then this character is stored in the 
character buffer and the buffer printer set to the next 
character location. This process repeats until the re- 
ceived character is a line feed. The line feed is echoed to 
the CRT, the serial poll status byte updated and the 
SRQ line driven true. This allows the 829lA system to 
store up to one line of characters before requesting a 
transfer to the controller. Recall that upon receiving an 
SRQ, the controller will perform a serial poll and sub- 
sequently address the 829lA to talk. The 829lA system 
then goes back to reading the status register thus re- 
peating the process. 


This application note has shown a basic method to view 
the IEEE 488 bus, when used in conjunction with In- 
tel's 8291A. 


The main reference for GPIB questions is the IEEE 
Standard 488-1978. 
Reference 8291A's data sheet for 
detailed information on it. 


Additional 
Intel GPIB 
products 
include iSBX-488, 
which is a multimode board consisting of the 829lA, 
8292, and 8293. 


829lA Data Sheet 
8292 Data Sheet 
8293 Data Sheet 
Application Note #66 "Using the 8292 GPIB Control- 
ler" 
PLM-86 User Manual 
HP 9835A User's Manual 
IEEE-488-1978 
Standard 
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APPENDIX 
B 
SOFTWARE 
DRIVERS FOR BLOCK DATA TRANSFER 


ISIS-II 
PL/M-86 
VI 
OBJECT 
MODl'LE 
f'LACED 
It, 


COMPI LER 
II~VOKED 
3 Y: 


cOMPILATJDI. 
OF 
MODUl.E 
JW••.•RD 
I 
f 1 
3'lDI 
DB", 


PU186. 
f'1: 
BRDI. 
SRC 
SYMBOLS 
MEDIUM 


1* 
BOARD 
I 
TPT 
PROGRAM 
*1 
/* 
THIS 
DOf,RD 
TAL~,s 
TO 
THE 
OTHER 
AOARD 
B" 
*1 
1* 
TRANSFERRING;' 
BLOCI< 
OF 
DATA 
VIA 
THE 
8237 
*1 
I.. 
COUPLED 
lnTH 
THE: 8291A 
THE 
8291A 
IS 
PROGRAM- 
*1 


1* 
MED 
TO 
SEND 
EO I 
1.HEN RECOGN I Z II.G 
THE 
LAST 
*I 


1* 
DATA 
B(TE's 
BIT 
PATTERN. 
WHILE 
DATA 
IS 
BEING 
*1 


1* 
TRANSFERRED. 
THE 
PROCESSOR 
PERFORMS 
1/0 
READS 
*1 


1* 
OF 
THE 
8237 
CC'JIH 
REGISTERS 
TO 
SIMULATE. 
BUS 
*1 


1* 
ACTIVIT(, 
AND 
TO 
DEl ERMINE 
WHEN TO 
TURN 
THE 
*1 


1* 
LINE 
AROUND, 
Ar-TER 
THF.: 8237 
HAS 
REACHED 
,*1 
1* 
TERMINAL 
COUNT. 
THE 
8291A 
IS 
PROGRAMMED 
TO 
*1 


1* 
THE 
LISTENER 
STATE 
At.D 
WAITS 
FOR 
THE 
BLOCK 
*1 


1* 
TO 
BE 
TRANSMITTED 
~ACK 
FROM 
THE 
SECOND 
BOARD, 
*1 


1* 
THIS 
DATA 
IS 
FLACED 
IN 
A 
SECOND 
BUFFER 
AND 
*1 


1* 
ITS 
CONTE.NTS 
cor1PARED 
WITH 
T11E ORIGINAL 
DATA 
*1 


1* 
TO 
CHECK 
FOR 
INTERFACE 
INTEGRITY, 
*1 


2 
CO: 


3 
2 


4 
2 
5 
3 
6 
2 
7 
2 


B 
9 


PROCEDURE 
(XXX) 
DECLARE 
XXX 
BYTE. 
sERSSTAT 
LITERALLY 
'OFFF2H'. 
SERSDATA 
LITERALLY 
'OFFFOH'. 
TXRDV 
LITERALLY 
'01H'. 
DO IIHILE 
'INPUT 
(sER$STATl 
AND 
TXRDY) 
() 
END; 
OUTPUT 
(SER$DATA) 
= 
XXX; 
END 
CO; 


(~ 
SETUP 
BUFFERS 
*1 


DECLARE 
BUFF2 
(IDOl 
BYTE; 
1* 
RAM 
STORAGE 
AREA *_ 
DECLARE 
BUFFI 
(100) 
BYTE 
DATA 


(1. 
2. 3, 4. 5.6,7.8.9. 
10H. 


I1H. 
1211. 
13H. 
14H, 
15H. 
16H. 
17H. 
18H. 
19H, 
20H. 
21H. 
22H, 
23H, 
24H. 
25H, 
26H, 
27H. 
28H, 
29H. 
30H, 
31H. 
32H, 
33H, 
34H. 
35H. 
36H. 
37H. 
38H. 
39H, 
40H. 
41H, 
42H. 
43H. 
44H. 
45H. 
46H. 
47H. 
48H. 
49H, 
SOH. 
51H. 
52H, 
53H. 
54H. 
55H. 
56H. 
57H. 
58H. 
59H. 
60H. 
61H. 
62H, 
63H, 
64H, 
65H, 
66H. 
67H. 
68H. 
69H, 
70H. 


71H, 
72H, 
73H. 
'74H. 
75H. 
76H, 
77H. 
78H, 
79H. 
80H, 
81H, 
82H. 
83H. 
84H. 
85H. 
86H. 
87H. 
88H. 
89H. 
90H. 


230832-5 


inter 


9!H, 
92H, 
93H, 
94H, 
95H, 
9bH, 
97H, 
98H, 
99H. 
ODH), 
DECl.ARE 
IlUFF3(!7> 
IlYTE DATA 
(ODH, 
OAH. 
'COt1PARE ERROR'. 
OI'H. C.4H), 
1* ROM 
STORAGE 
AREA *1 


CLEARSFF 
STARTSOSLO 
STARTSOSHI 
OSCOUNTSLO 
OSCOUNTSHI 
SETSr10DE 
CMDS37 
SETSr1ASK 


LITERALLY 
'OFFDDH', 
1* 
MASTER 
CLEAR 
*1 
LITERALLY 
'OFFDOH', 
LITERALL'" 
'OFFDOH', 
LITERALLY 
'OFFD!H'. 
LITERALLY 
'OFFD!H', 
LITERALLY 
'OFFDBH', 
LITERALLY 
'OFFD8H'. 
L! TERALLY 
'OFFDFH', 


1* 
8237 
COMMAND 
- DATA 
IlYTES *1 
DECLARE 
DMASADRSTALK 
POINTER, 
DECLARE 
DMASADR~LSTN 
POINTER, 


RDSTRANSFER 
WRSTRANSFER 
NORMSTlME 
TCSlO! 
TC$Hll 
TC$L02 
TC 
I 


LITERALLY 
'48H', 
LITERALLY 
'44H'. 
LITERALLY 
'20H', 
LITERALLY 
'OFFH', 
LITERALLY 
'OOH', 


l.ITERALLY 
'99D', 
LITERALLY 
'O!H'. 
BYTE, 


PORTSOUT 
LITERALLY 
'OFFCOH', 
1* 
DATA 
OUT*I 
PORTSIN 
LITERALLY 
'OFFCOH' 


STATUSS! 
LITERALLY 
'OFFCIH' , 
I*INTR 
STAT 
2*1 
STATUSS2 
UTERALLY 
'OFFC2H' , 
1* 
INTR 
STAT 
2 
*1 
ADDRSSTATUS 
LITERALLY 
'OFFC4H' . 
COt1MANDSt10D 
LITERALLY 
'OFFC5H' , 
I*CMD 
PASS 
THRU 
*1 
ADDRSO 
LITERALLY 
'OFFC6H' , 
EOSSREG 
LITERALl.Y 
'OFFC7H' , 
1* 
EOS 
REGISTER 
*1 


inter 
AP-166 


ENDSEol 
LITERALLY 
ONE 
LX TERALL Y 
Por~ 
LX TERALL Y 
RESET 
LITERALLY 
CLEAR 
LITERALLY 
DMASREG$L 
LITERALLY 
DMA$REQST 
LITERALLY 
MoD!STo 
LITERALLY 
MOO I$LO 
L ITER ALL Y 
EOS 
LITERALLY 
PRESCALER 
LITERALLY 


HIGHsSPEED 
LITEPALLY 


oKA ( 
LJ TERALL Y 


XYZ 
BYTE. 


MATCH 
,~oRD, 


Bo 
L ITER ALL Y 
BI 
l.[TERALLY 


ERR 
LJ TCRAl.LY 


'SSH', 


'!OH', 
'DOH', 


'02H', 
'OOH', 
'!OH', 
'20H 
1 
• 
'SOH', 
'40H', 


'ODH', 


'23H', 


'OA4H', 


'OFFFFH' , 


'02H', 
'OIH', 
'04H' 
, 


OUTPUT 
(STATUSS2l 
=CLEAR, 
1* SHUT-OFF 
DMA 
REO 
BITS 
TO 
*1 


1* 
PREVENT 
EXTRA 
DMA 
REGS 
*1 


I*FRoM 
829!A 
*1 


DMASADRSYAL.K 
= (@IlUFF!), 
DMASADRsl.SiN 
=(@IlUFF2), 
DMASWRDsTAl.K(!)=SHL 
(DMASWRDSTALK(!), 
4), 
DMASWRDSTALK(O)=DMASWRDSTALK 
(0) 
+ DMASWRDSTALK 
(I); 
DMASWRDSLSTN(ll=SHL 
(DMASWRDsLSTN 
(I), 
4), 
OI1ASWRDSLSTN( 
O)=DMASWRDsLSTN 
(0) 
+DMAsWRDsLSTN 
(1), 


OUTPUT 
(CLEARsFF) 
OUTPUT 
(CMDS37> 
OUTPUT 
<SETsMoDE) 
OUTPUT 
(SETsMASK) 
OUTPUT 
(STARTsOsLO) 
DMAs'~RDsTALK 
(0) 
OUTPUT 
'STARTsOSHI) 
OUTPUT 
(OSCOUNT$LO) 
OUTPUT 
(OSCOUNTSHI) 


1* 
INIT 
8291A 
FOR 
TALKER 


=CLEAR,I* 
TOGGLE 
MASTER 
CLEAR 
*1 


=NORMsTIME, 
=RDsTRANSFER, 
=CLEAR, 
=DMAsWRDsTALK 
(0), 
=SHR 
(DMAsWRDsTALK 
(0), 
8); 
zDMA$WRD$TALK 
(0), 
=TCSL02, 
=TCSHI2, 
FUNCTIONS 
*1 


inter 


34 
35 
36 
37 
38 
39 


40 
1 
41 
2 
42 
1 


43 
1 
44 
2 
45 
3 
46 
2 
47 
2 


48 


49 


50 
2 


51 


52 
I 
53 
2 
54 
1 
55 
I 
56 
1 
57 
1 
58 
1 
OUTPUT 
59 
60 


61 
62 
63 


64 
I 
65 
2 
66 
1 


67 


68 


OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 


(EOS$REG) 
-EOS, 
(C011MAND$1'10D 
) 
=END$EO I, I* 
EO I ON EOS SENT *I 
(ADDR$STATUS) 
=MODI$TO, 
1* TALK ONLY *1 
(cor1MAtm$MOD) 
-PRESCALER. 


(COMMAND'MOD) 
=HIGH$SPEED, 


(COMMAND$MOD) 
-paN, 


DO WHILE 
(INPUT 
(STATUS'I) AND BO) 
=0, 
END, 
1* 
WAIT FOR BO INTR 
*1 
OUTPUT 
(PORT$OUT> 
= OAAti, 


DO WHILE 
(INPUT 
(STATUS$I) AND ERR) = ERR, 
DO WHILE 
(INPUT 
(STATUS$I) 
AND BO) - 0, 
END, 
1* 
WAIT FOR BO INTR 
*1 
OUTPUT 
(PORT$OUT) 
=OAAH, 
ENO. 


DO WHILE 
(INPUT 
(~MO'~7) 
AND TC) <> 


1* WAIT FOR TC 
= 0 *1 


END, 


OUTPUT 
(CLEAR$FF, O·CL~AR. 
1* 
rOGGLE MASTER RESET *1 
OUTPUT 
(CMO$37) 
-NORM$TIME, 


OUTPUT 
(SET$MODE) 
-WR'TRANSFER, 


OUTPUT 
(SET'MASK) 
=CLEAR, 


OUTPUT 
(START$O$LO) 
~DMA$WRO$LSTN 
(Ol, 


OMA$WRD'l.STN (0) 
=SHR (DMA$WRDKSTN 
(0). 8), 


(START 'O'HI) 
=DMA$WRO'LSTN 
(0), 


OUTPUT 
(O'COUNT$l.O) 
-TCSLol, 
OUTPUT 
(O'COUNT'HI) 
=TC'Hll, 


OUTPUT 
OUTPUT 
OUTPUT 


(CoMMAND'MoD) 
(ADDR'STATUS) 
(CoMMAND'MOD) 


-RESET, 
=r10Dl$LO, 1* 
LISTEN ONLY *1 
=PON, 


DO WHILE 
(INPUT 
(STATUS$l) 
AND 81) 
=0, 
END, 
1* 
WAIT FOR BI INTR *1 


XYZ 
• INPUT (PORT'IN), 


inter 


DO 
1=0 
TO 
lb, 
CALL 
CO 
(BUFF3 
(I) 
l, 
END; 


CODE 
AREA 
SIZE 
CONSTANT 
AREA 
SIZE 
VARIABLE 
AREA 
SIZE 
MAXIMUM 
STACK 
SIZE 
243 
LINES 
READ 
o 
PROGRAM 
ERROR 
(5) 


=OI0BH 
-007:lH 
-0070H 
=OOObH 


4750 
1170 
112D 
60 


ISIS-II 
PL/M-B6 
VI. I COl1PILATtON 
OF 
MODULE 
BOARD2 
OBJECT 
MODULE 
PLACED 
IH 
FI- 
BRD2. 
OB~ 
COMPILER 
INVOKED 
BY: 
PLMB6 
FI: 
BRD2. 
SRC 


I_ 
BOARD 
2 
TPT 
PROGRAM 
*i 
1* 
fIt/ 
1* THIS 
BOARD 
LISTENS 
TO 
THE 
OTHER 
BOARD 
(I) 
*1 


1* AHD 
DMA'S 
DATA 
INTO 
A BUFFER. 
WHILE 
WAITING 
*1 


1* FOR 
THE 
END 
INTERRUPT 
BIT 
TO 
BECOt1E ACTIVE 
*1 


1* llPON EI4D ACTIVE. 
THE 
DATA 
IN 
THE 
BUFFER 
IS 
*1 


1* SEHT 
BAC~ 
;0 
THE 
FIRST 
BOARD 
VIA 
THE 
GPID 
*1 
1* WHEN 
THE 
BLOCK 
IS FINISHED 
THE 
B291A 
IS 
*1 


1* PROGRAMMED 
BACK 
INTO 
THE 
LISTENER 
MODE 
*1 


Cl.EARSFF 
STARTSOSLo 
STARTSOSHI 
OSCOUNTSLO 
oSCOUlnSHI 
SET.MODE 
C11D"37 
SETSMASK 


LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
l.ITERALLY 
LITERALLY 


'OFFDDH' • 
'OFFDOH'. 
'OFFDOH'. 
'OFFDIH'. 
'OFFDIH'. 
'OFFDBH' . 
'OFFD8H' . 
·OFFDFW. 


RDSTRANSFER 
WRSTRANSFER 
ADDRSIA 
ADDRSIB 
NORI1STtME 
TCSLOI 
TCSHI I 
TCSL02 
TCSHI2 
TC 


LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 


'48H 
• 


'44H'. 
'OOH'. 
'OIH' , 
'20H'. 
'OFFH'. 
'OOH' , 
'99D'. 
'OOH'. 


'OIH' , 


PORTSOUT 
PORTSIN 
STATUSSI 
STATUSS2 
ADDRSSTATUS 
COl1t1ANDSI10D 


LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 


'OFFCOH', 
'OFFCOH'.I* 
DATA 
IN 
*1 
'OFFCIH'. 
1* 
INTR 
STAT 
I *1 


'OFFC2H'. 
1* 
INTR 
STAT 
2 
*1 
'OFFC4H·. 
1* AD DR 
STAT 
*1 


'OFFC5H'. 
1* CMD 
PASS 
THRU 
*1 
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END$EoI 
LITERALLY 
ONE 
LITERALLY 
pm~ 
LITERALLY 
RESET 
LITERALLY 


CLEAR 
LITERALLY 
DMA$REG$L LITERALLY 
DMA$REG$T LITERALLY 
MoDI$To 
lITERALLY 
MOD ISLa 
L lTERALLY 
EoS 
LlTERALL,' 


PRESCALER LITERALLY 
HIGH$SPEED LITERALLY 
XYZ 
BYTE, 
BO 
LITERALLY 
BI 
LITERALLY 
ERR 
LITERALLY 


'8SH', 
'IOH', 
'OOH', 
'02H', 
'OOH', 
'IOH', 


'80H', 
'40' 
, 


'ODH', 
'23H', 
'A4H', 


7 


8 
9 
10 
II 
12 
13 
14 


15 
16 
17 
18 
19 
2 
20 
21 


22 


OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPLUT 


(Cl.EAR$FF) =CLEAR, 1* 
TOGGLE MASTER RESET 
*1 
(CI10$37) 
=NoRM$TIME, 
(SET$t10DE) =WR$TRAt~SFER, 
1* 
BLOCK XFER MODE 
*1 
(SET$MASK) 
=CLEAR, 
(START$O$Lo) 
=ADDR$IA, 


(START$O$HI) 
=AOOR$IB, 
«(j$CoUfH$Lo) 
=TC$LO I, 
(O$CoUNT$HI) 
=TC$HI I; 


OUTPUT 
(COMt1AND$MoD) 
=RESET; 
OUTPUT 
(AODR$STATUS) 
=MoDI$Lo, 


OUTPUT 
(COMMAND$MoD) 
=PoN, 


00 WHILE 
(INPUT 
(STATUS$I) 
AND 31) 
=0; 
END; 
1* 
WAIT FOR BI INTR *1 


XYZ= INPUT 
(PoRT$IN), 
OUTPUT 
(STATUS$2) 
=OMA$REG$L, 


intJ 


24 


25 
26 
27 
28 
29 
30 
31 
32 


33 
34 
35 
36 
37 
38 


39 
40 
2 
41 


42 
I 
43 
2 
44 
3 
45 
2 
46 
2 


47 


48 
49 
2 


50 


51 


OUTPLIT 
<STATUSS2) 
=CLEAR; 
1* CLEAR 
8291A 
ORO 
*1 
OUTPUT 
ICLEARSFF) 
=CLEAR; 
OUTPUT 
(CMDS37) 
=NORMSTIt1Ei 
OUTPUT 
(SETSMGDE) 
=RDSTRANsFER; 
1* 
BLOCK 
XFER 
MODE 
*1 
OUTPUT 
,SETSMASK) 
=CLEAR; 
OUTPUT 
(STARTSOSLO) 
=ADDRSIA; 
OUTPUT 
(sTARTSOSHI) 
=ADDRS!B; 
OUTPUT 
(OSCOUfHSLO) 
=TCSL02; 
OUTPUT 
(OSCOUtHSHI) 
=TCSHI2; 


OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 


IEOs.REG) 
=EOs; 
(COMMANDSMOO) 
«,DDRssTATUs) 
',COMMA'<OSMOD) 
(COMt1ANDSt10D) 
(COMMA'<DSMOD) 


=ENOSE01; 
1* EOI 
ON 
EOs 
SENT 
*1 
=(100I$TO; 1* TALK 
ONLY 
*1 
=PREsCALER; 
=HIGHSsPEEO; 
=PON; 


DO 
WHILE 
<INPUT 
(sTATUSS!) 
AND 
BO) 
aO; 
END; 
1* 
WAIT 
FOR 
BO 
INTR 
*1 
OUTPUT 
iPORTSOUT) 
=OAAH; 


DO 
I.JHILE 
IIt<PUT 
(sT,nUs'l) 
AND 
ERR) 
=ERR; 
DO 
(,HIl.E 
(INPUT 
(sTATUsS!) 
AND 
BO) 
=0; 
END; 
1* WAIT 
FOR 
SO 
INTR 
*1 
OUTPUT 
(PORTSOUT) 
=OAAH; 
END; 


CODE 
AREA 
SIZE 
CONSTANT 
AREA 
SIZE 
VARIABLE 
AREA 
SIZE 
MAXIMUM 
STACK 
SIZE 
!52 
LINES 
READ 
o 
PROGRAM 
ERROR 
(5) 


=0!22H 
=OOOOH 
=OOO!H 
=OOOOH 


2900 
00 
!O 
00 


inter 


APPENDIX 
C 
SOFTWARE 
FOR HP 9835A 


19 
REM 
SEIl!1 
1,., 


TERFRCE 
CLERR 


29 
RBORT! 
0 
7 


39 
REM 
FORCE 
E 
RRORS 
UNT! 
L 
LI 
ST 
ENERS 
RCTIVE 
49 
Frc.trrr 
OUT 


PUT 
794 
USINC 
". 
,K'" 
"»" 


'9 
ChkS1.5\1 
Sf 
ATUS 
71 Stelt 
it 5ta. 


t2,Stat3,$\u4 
60 
E,..,..·S.tQ.t2 
A 


ND 1 
70 
IF 
Err~l 
TH 
EN 
COTO Frc.,.,r 


90 
PRINT 
CNRtf 
12). 
"LISTENERS 
A 


RE 
ON 
LINE 


99 
REM 
CONF I CU 


RE 
PPOLL 


199 
PPOLL 
CON,: 


CURE 
7941"9900;; 
09" 
119 


, 
,.tSl)onst 
or, 


bh 
4 


129 
PR I NT 
CNF •.. 


12), 
"PARALLEL 
PO 


LL 
CONFICURED" 


139 
REM 
ENABLE 


KEYBOARD 
I NTERRU 
PT 
140 
PRINT 
"COMM 


RND 
• 
? 
(NIT 


'N' 
FOR 
LIST)" 
l~e 
Ktytnl 
ON K 


BD 
COSUS 
619 


169 
STRTUS 
71 S, 
Qtl,Stot2,$tClt3, 


Sta.t.4 
17£1 
$rqo:.SlHAUD 
( 


Sto.tl,UBJ 
tee 
IF 
Srq·O 
TH 
EN 
(;OTo 
;',f' 
HI 


19C; 
OFi= 
f 
E'D 
lee 
PRINT 
CHRSl 
12), 
"SRQ 
RECEIVE 
D" .. 


219 
PRINT 
"SEND 
I NC 
PARRLLEL 
POL 
L 
RESPONSE 
MESSA 
CEO 
229 
REM 
EXECUT! 
NC 
PRRRLLEL 
POLL 
230 
Pl)o11by\.·P 
POLL(7) 
249 
PRINT 
"PRRA 
lLEL 
P.OLL 
BVTE 
• 
"JPpdllbytt 


259 
PRINT" 
_""" 


ORMINC 
SERIRL 
PO 


II 
TO GET 
STATUS 


n9 
STATUS 
7941 
5ta.t 
339 
PRINT 
CNR" 
12),"S\G.\us· 
". 


StClt 
. 


340 
i1"t E-t''''BIHAH 
D($totl1) 
'20 
IF Dxft,.. 
9 
THEN 
CoTo 
Rev,.. 


53' 
CoTo 
Kl'ytn 
S31 
"Rev"r 
FeE" 
R 
ERDV 
TO 
RCV 
CNAR 
S 
FROM 
CPIS 
S49 
DIM 
CU891 
SS9 
ENTER 
794 
U 
SING 
"):,T"I&' 
S69 
PRINT 
CNRSl 
12). 
C. 
S79 
PRINT 
"COMM 
AND· 
'? 
(HIT 
'H' 
FOR 
LIST)" 


sse 
CoTO 
Ktytn 
S98 
REM 
I NTERRU 
PT 
SERVICE 
ROUT! 
NES 
699 
REM 
CET 
KEY 


SOARD 
~ATA 
610 
I.IhQtk,yl 
Dl 
M KU891 
E.20 
te.-KIDS 


639 
IF 
K.·"C" 


HEN 
COTo 
eet 


649 
IF 
K$."D" 
T 


HEN 
COTO 
Doc 
650 
IF 
K,.8RM 
T 


HEN 
GOTO 
R.I"I 


660 
IF 
K'I:"H 


8 


HEN 
GOTO 
H,t 
P 
670 
IF 
K'.8)(M 
T 


HEN 
GOTe 
x,,; 
1. 


689 
C,t 
a 
TRIGSe: 


R 
794 


699 
PRINT 
CHRfl 


12) 
• "CROUP 
EXECU 


TE 
TR I CCER 
SE~T" 


798 
PRINT 
719 
PRINT 
'COt,M 


AND· 
'? 
(HIT 


'H' 
FOR 
LIST)" 


729 
RETURN 


739 
Doc: 
RESET 


794 
749 
PRINT 
CHR" 
12J,"SELECTIYE 
D 
EVICE 
CLEAR 
SENT 


750 
768 
RND 
'N' 
779 


789 
78. 
799 
PRINT 
CNRfl 


12). 
"REMOTE 
"ESS 


RCE 
SENT" 
899 
PRINT'" 


819 
PRINT 
"COMM 
ANIl 
• 
'? 
(HIT 


'H' 
FOR 
LIST)" 


829 
RETURN 


839 
H.ha 
. PRINT 


CNU(12) 


849 
PRINT'''' 


• 
OPERRTOR 
ALLOH 


ABLE 
COMMRNDS 
•• 
.. " 
8~9 
toy 


869 


PR I NT"·' 
PRINT 
"COMM 
• ? 
(HIT 
FOP 
LIST'" 
RETUPtj 


R.P"l: 
LOCAL 


PRINT" 
hit 


relult 
• 


PRINT 
• 
S.nd 
GET 
:~:o,";IHT.. 
S.nd 
DEe 
.sso.,," 


26i--ppollbyt.",1 
I HAND I Ppo 1 I by1.., 
8) 
210 
IF 
Ppolltnt. 


.*0 
THEH 
GOTO 
q 


291 
289 
PRINT 
"SR 
NOT 
FROM 
8291" 


281 
PRlIlT 
'CO"M 


RND .? 
(HIT 


'N' 
FOR 
LIST)' 


290 
COTO 
K,y.n 


309 
P8291: 
PRIN 
T 
"SRO 
IS 
FROM 
N 
CC 
8291 
THE 
ENTERPRISE" 
319 
PR J NT 
"PERF 


8~9 
PRINT 
P 
949 
XP"l1ta 
DIM 
A 
S.nd 
REM" L 
• [891 
OC I'I.Slo,.," 
959 
PRINT 
CHR. 
, 
898 
PRINT 
X 
12), 
"Ent.r 
do,to. 


X",i 
1.1 
key\; 
'0 send 
and 
hi 1. 
oo.rd 
input 
to 
8~ 
CONTI 
NUE" 
91 " 
960 
INPUT 
A. 
999 
PRINT 
H 
979 
OUTPUT 
7e4; 
Pr; nts 
th; 
R. 
1 
table" 
971 
EOI 
719 
919 
PRINT 
989 
PRINT 
"COMM 
929 
PRINT 
TRy'iT 
AND . '? 
IHI T 
'0 o.h.o,d, 
'N' 
FOR 
LI STl 
• 
0" 
999 
RETURN 
'39 
RETURN 
1990 
END 
230832-15 


APPENDIX D 
SOFTWARE FOR HP 8088/HP 9835A VIA GPIB 


ISIS-II P~/M-S6 Vl. 1 COMPI~ATION OF MODU~E HPIB 
OB~ECT MODU~E P~ACED IN :Fl:HPIB.OB~ 
COMPI~ER INVOKED BV: 
P~MS6 :Fl:HPIB.SRC ~ARQE 


ADDRSHI 
~ITERA~~V 
'OlH'. 


ADDRS~O 
~ITERA~~V 
'OOW. 
ADSC 
~lTERA~~V 
'OlH'. 
Bl 
~ITERAL~V 
'OlW. 
BO 
~lTERALLV 
·02H·. 
CHARSCOUNT 
BVTE. 
CHAR 
BVTE. 
CHARS(SO) 
BVTE. 
C~EAR 
~ITER~~V 
'OOH·. 
CPT 
~ITERALLV 
'SOH'. 
CRLF 
LITERA~~V 
'OAW • 
DEC 
LlTERA~~V 
·OSH'. 
DMASADRSLSTN 
POINTER. 
DMASADRSTA~K 
POINTER. 
DMASWRDS~STN(2) WORD AT 
(aDMASADRSLSTN). 
DMASWRDSTA~K(2) WORD AT 
(aDMASADRSTA~K). 
DMASREOSL 
~ITER~LV 
'lOW. 
DMASREOST 
~ITERA~~V 
'20H'. 
ONE 
~lTER~LV 
'lOW. 
ENDSEoi 
LITER~LV 
'SSH'. 
EoS 
LITERA~~V 
'ODW. 
ERR 
~ITERALLV 
'04H'. 
gET 
~ITERALLV 
'20W. 
I 
BVTE. 
LISTEN 
LITERA~~V 
'04H'. 
MLA 
~ITERA~~V 
'04H'. 
MODESI 
~ITERA~~V 
'OlH'. 
NOSDMA 
~ITERAL~V 
'OOH'. 
NoSRSV 
~ITERAL~V 
'OOH'. 
NORMSTIME 
LITERA~~V 
'20H'. 
PON 
LITERA~~V 
'OOH'. 
PPC 
LITERAL~V 
'O'H'. 
PPESMASK 
~ITERAL~V 
'60H'. 
PPO~LSCNFgSFLAg ~ITERA~~V 
'OlH'. 
PPoL~SENSBVTE 
BVTE. 
PRISBUF(SO) BVTE AT 
(.CHARS). 
RDSXFER 
~ITERA~~V 
'4SH·. 
RESET 
~lTERA~~V 
'02H '• 
REMC 
~lTERA~~V 
'02H '• 
RSV 
~lTERA~LV 
'40W. 
RXRDV 
~ITERA~~V 
'02W. 


inter 


BRGS 
LITERALLY 
'40H', 
STATl 
BYTE, 
STAT2 
BYTE, 
TALK 
LITERALLY 
'02H', 
TASORSLA 
BYTE, 
TRG 
LITERALLY 
'41H' 
# 
TC 
LITERALLY 
'OlH', 
TCSHI 
LITERALLY 
'OOH', 
TCSLO 
LITERALLY 
'OFFH', 
TXRDY 
LITERALLY 
'OIH', 
UDC 
BYTE, 
WRSXFER 
LITERALLY 
'44H', 
XYl 
BYTE, 


1* 


PORT 
DECLARATIONS 


*1 


3 
DECLARE 


ADDRSO 
LITERALLY 
'OFFC6H', 
ADDRSSTATUS 
LITERALLY 
'OFFC4H', 
CLEARSFF 
LITERALLY 
'OFFDDH', 
C"'DS37 
LITERALLY 
'OFFDeH', 
COP'\P'\ANDS"'OD 
LITERALLY 
'OFFC5H', 
COUNTSHI 
LITERALLY 
'OFFDIH', 
COUNTSLO 
LITERALLY 
'OFFDIH' , 
CPTSREQ 
LITERALLY 
'OFFC5H', 
EOSSREQ 
LITERALLY 
'OFFC7H', 
PORTSIN 
LITERALLY 
'OFFCOH', 
PORTSOUT 
LITERALLY 
'OFFCOH', 
SERSDATA 
LJTERALLY 
'OFFFOH', 
SERSSTAT 
LITERALLY 
'OFFF2H', 
SETS"'ASK 
LITERALLY 
'OFFDFH', 
SETS"'ODE 
LITERALLY 
'OFFDBH', 
SPOLLSSTAT 
LITERALLY 
'OFFC3H', 
STAR TSHI 
LITERALLY 
'OFFDOH', 
STARTSLO 
LITERALLY 
'OFFDOH', 
STATUSSI 
LITERALLY 
'OFFCIH', 
STATUSS2 
LITERALLY 
'OFFC2H', 


1* crt 
m •••• g •• 
list *1 


DECLARE 
QETS"'SQ(II) BYTE 
DATA 
(ODH,OAH, 'TRIQQER',OAH,OOH), 
DECLARE 
DECS"'SQ(16) BYTE 
DATA 
(ODH,OAH, 'DEVICE 
CLEAR',OAH,ODH), 
DECLARE 
RE"'CS"'SQ(IO) BYTE 
DATA 
(ODH,OAH, 'RE"'OTE',ODH,OAH)' 
DECLARE 
CPTS",SQ(22) BYTE 
DATA 
(ODH,OAH, 'UNDEF C"'D RECEIVED',OAH,ODH), 
DECLARE 
HUHS"'SQ(II) BYTE 
DATA 
(ODH,OAH, 'HUH ???',ODH,OAH), 


10 
2 


11 
2 
12 
3 


13 
2 


14 
2 


15 
1 
16 
2 


17 
2 
18 
3 
19 
2 
20 
2 
21 
1 
22 
2 
23 
3 
24 
3 
25 
2 


26 


27 
2 
28 
2 
29 
3 
30 
3 
31 
3 
32 
3 
33 
3 
34 
3 
35 
3 
36- 
3 
37 
3 
38 
4 
39 
5 
40 
4 
41 
4 
42 
3 
43 
3 
44 
2 


45 


46 
2 


co: 
PROCEDURE IXXX I. 
DECLARE 
XXX 
BYTE, 


DO WHILE 
IINPUT 
ISER.STAT I AND 
TXRDYl<>TXRDY. 
END. 
OUTPUT 
ISER.DATAl-XXX, 


END CO, 
HUH: 
PROCEDURE. 
DO 
1-0 TO 
10, 
CALL 
CO 
lHUH.MSOllll. 
END. 
HUH. 


1-0; 
CHAR.COUNT-O. 
STORE.CHAR: 
CHAR-I INPUT 
ISER.DATA I AND 
7FHl, 
CHAR.COUNT-CHAR.COUNT+l. 
CALL 
CO 
ICHAR I• 
CHARSI II-CHAR. 
1-1+1; 
IF CHAR 
<> CRLF 
THEN 
DO, 
DO WHILE 
IINPUT 
ISER.STATl 
AND 
RXRDYI 
<>RXRDY, 
END. 
OOTO 
STORE.CHAR, 
END. 
CALL 
REGSER, 
END. 
END CI, 


1* 
mAnipulAt. 
Ad dr••• bit. 
for DMA 
controll.r 
*1 


DMA.ADR.TALK-leCHARSl. 
DMA.WRD.TALKI 
1I-SHLIDMA.WRD.TALKll 
I.41, 
DMA.WRD.TALKIOl-DMA.WRD.TALKIOl+DMA.WRD.TALKll1, 


inter 


51 
2 
52 
2 
53 
2 
54 
2 
55 
2 
56 
2 
57 
2 
SB 
2 


59 
2 
60 
2 


61 
2 
62 
3 
63 
2 


64 
2 
65 
3 
66 
4 
67 
3 
6B 
3 
69 
2 


70 
2 


71 


72 
2 
73 
2 
74 
2 
75 
2 
76 
2 
77 
2 
7B 
2 
79 
2 
BO 
2 
Bl 
2 
82 
2 
83 
2 
B4 
2 
BS 
2 


B6 
2 


B7 


8B 
2 


B9 
2 
90 
3 
91 
3 
92 
3 
93 
2 


94 
2 


OUTPUT 
lCMD37)-NORM.TIME, 
OUTPUT 
lSET.MODE)-RD.XFER, 
OUTPUT 
lSET.MASKl-CLEAR, 
OUTPUT 
lSTART.LO)-DMA.WRD.TALKlO), 
DMA.WRD.TALKlO)-SHRlDMA.WRD.TALKlO).8), 
OUTPUT 
lSTART.HI)-DMA.WRD.TALKlO). 
OUTPUT 
lCOUNT.LOl-CHAR.COUNT, 
OUTPUT 
lCOUNT.HI)-O, 


DO 
WHILE 
(INPUT 
lSTATUS.l) 
AND 
BOl-O, 
END. 
OUTPUT 
lPORT.OUT)-OAAH, 


DO 
WHILE 
lINPUT 
lSTATUS.l) 
AND 
ERR)-ERR. 
DO 
WHILE 
lINPUT 
lSTATUS.l) 
AND 
BO)-O, 
END. 
OUTPUT 
lPORT.OUTI-OAAH. 
END, 
OUTPUT 
lSTATUS.2)-DMA.REO.T, 


OUTPUT 
lSTATUS.2)-CLEAR, 
OUTPUT 
lCLEAR.FF)-CLEAR, 
OUTPUT 
lCMD.37)-NORM.TIME, 
OUTPUT 
lSET.MODE)-WR.XFER, 
OUTPUT 
lSET.MASK)-CLEAR, 
DMA.ADR.LSTN-leCHARS). 
DMA.WRD.LSTNl 
1)-SHLlDMA.WRD.LSTNll). 
4), 
DMA.WRD.LSTN{O)-DMA.WRD.LSTNlO)+DMA.WRD.LSTNll), 
OUTPUT 
lSTART.LO)-DMA.WRD.LSTNlO), 
DMA.WRD.LSTNlO)-SHRlDMA.WRD.LSTNlO).B), 
OUTPUT 
lSTART.HIl-DMA.WRD.LSTNlO), 
OUTPUT 
lCOUNT.LO)-TC.LO, 
OUTPUT 
lCOUNT.HI)-TC.HI, 


OUTPUT 
lSTATUS.2)-DMA.REO.L, 


DO 
WHILE 
PRI.BUFlI) 
<>CRLF, 
CALL 
CO 
lPRI.aUFlI», 
1-1+1; 
END. 
CALL 
CO 
lPRI.aUFlI», 


IF 
(TA_OR_LA 
AND 
TALKI-TALK 
THEN 
CALL 
TALK_EXEC, 
IF 
(TA_DR_LA 
AND 
LISTEN I-LISTEN 
THEN 
CALL 
LISTEN_EXEC, 


gET_EXEC: 
PROCEDURE, 
DO 
1-0 
TO 
10, 


CALL 
CO 
(QET_MSQ(III. 
END. 
END 
gET_EXEC, 


DEC_EXEC: 
PROCEDURE, 
DO 1-0 
TO 111. 
CALL 
CO 
(DEC_MSg(III. 


END, 


END 
DEC_EXEC. 


REMC_EXEC: 
PROCEDURE, 
DO 1-0 
TO 9. 


CALL 
CO 
(REMC_MSQ 
(I 1.1' 


END, 
END 
REMC_EXEC, 


PROCEDURE. 
DO 
1-0 
TO 
21, 


CALL 
CO 
(CPT_MSQ(III. 


END, 


UOC-INPUT 
(CPT_REQI. 
UDC-(UDC 
AND 
7FHl, 
IF 
(UDC 
AND 
PPCI-PPC 
THEN 
CALL 
PPOLL_CON. 


inter 


I. 
BEgIN 
CODE 
.1 


OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 


(CLEAR.FF) 
-CLEAR, 
(COMMAND.MOD) 
-RESET, 
(ADDR.STATUS) 
-MODE. I, 
(ADDR.O) 
-MLA, 
(STATUS.2) 
-NO.DMA, 
(COMMAND.MODI 
-PON, 


IF 
(STATI 
AND 
DNE)-DNE 
THEN 
CALL 
PRINTER, 
IF 
(STATI 
AND 
CPT)-CPT 
THEN 
DO, 
CALL 
CPT.EXEC, 
STAT2-(STAT2 
AND 
OFEH) , 
END, 
IF 
(STATI 
AND 
gETI-gET 
THEN 
DO, 
CALL 
OET.EXEC, 
STAT2-(STAT2 
AND 
OFEHI, 
END. 
IF 
(STATI 
AND 
DEC)-DEC 
THEN 
DO, 
CALL 
DEC.EXEC. 
STAT2-(STAT2 
AND 
OFEH), 
END, 
IF 
(STAT2 
AND 
REMC)-REMC 
THEN 
DO, 
CALL 
REMC.EXEC, 
STAT2-(STAT2 
AND 
OFEHI. 
END. 
IF 
(STAT2 
AND 
ADSC)-ADSC 
THEN 


inter 


DO. 
CAL.L.ADSC.EXEC. 
STAT2-ISTAT2 
AND 
OFEHI. 
END. 


ll4lD 
OD 
97D 
lOD 


CODE 
AREA 
SIZE 
- 0475H 
CONSTANT 
AREA 
SIZE 
• OOOOH 
VARIABL.E AREA 
SIZE 
• 0061H 
MAXIMUM 
STACK 
BIZE 
- OOOAH 
349 
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Using the 8292 GPIB Controller 


intJ 


The)ntel@ 8292 is a preprogrammed UPITM-4IA that 
implements the Controller function of the IEEE Std 
488-1978 (GPIB, HP-IB, IEC Bus, etc.). In order to 
function the 8292 must be used with the 8291 Talker/ 
Listener and suitable interface and transceiver logic 
such as a pair of Intel 8293s. In this configuration the 
system has the potential to be a complete GPIB Con- 
troller when driven by the appropriate software. It has 
the following capabilities: System Controller, send IFC 
and Take Charge, send REN, Respond to SRQ, send 
Interface messages, Receive Control, Pass Control, Par- 
allel Poll and Take Control Synchronously. 


This application note will explain the 8292 only in the 
system context of an 8292, 8291, two 8293s and the 
driver software. If the reader wishes to learn more 
about the UPI-41A aspects of the 8292, Intel's Applica- 
tion Note AP-41 describes the hardware features and 
programming characteristics of the device. Additional 
information on the 8291 may be obtained in the data 
sheet. The 2893 is detailed in its data sheet. Both chips 
will be covered here in the details that relate to the 
GPIB controller. 


The next section of this application note presents an 
overview of the GPIB in a tutorial, but comprehensive 
nature. The knowledgeable reader may wish to skip this 
section; however, certain basic semantic concepts intro- 
duced there will be used throughout this note. 


Additional sections cover the view of the 8292 from the 
CPU's data bus, the interaction of the 3 chip types 
(8291, 8292, 8293), the 8292's software protocol and 
the system level hardware/software 
protocol. A brief 
description of interrupts and DMA will be followed by 
an application 
example. Appendix 
A contains 
the 
source code for the system driver software. 


The experience of designing systems for a variety of 
applications in the early 1970's caused Hewlett-Pack- 
ard to define a standard intercommunication 
mecha- 
nism which would allow them to easily assemble instru- 
mentation systems of varying degrees of complexity. In 
a typical situation each instrument designer designed 
hislher own interface from scratch. Each one was in- 
consistent in terms of electrical levels, pin-outs on a 
connector, and types of connectors. Every time they 


built a system they had to invent new cables and new 
documentation just to specify the cabling and intercon- 
nection procedures. 


Based on this experience, Hewlett-Packard began to de- 
fine a new interconnection scheme. They went further 
than that, however, for they wanted to specify the typi- 
cal communication protocol for systems of instruments. 
So in 1972, Hewlett-Packard 
came out with the first 
version of the bus which since has been modified and 
standardized by a committee of several manufacturers, 
coordinated through the IEEE, to perfect what is now 
known as the IEEE 488 Interface Bus (also known as 
the HPIB, the GPIB and the IEC bus). While this bus 
specification may not be perfect, it is a good compro- 
mise of the various desires and goals of instrumentation 
and computer peripheral manufacturers to produce a 
common interconnection mechanism. It fits most in- 
strumentation systems in use today and also fits very 
well the microcomputer I/O bus requirements. The ba- 
sic design objectives for the GPIB were to: 
I) Specify a system that is easy to use, but has all of the 
terminology and the definitions related to that sys- 
tem precisely spelled out so that everyone uses the 
same language when discussing the GPIB. 
2) Define all of the mechanical, electrical, and function- 
al interface requirements of a system, yet not defme 
any of the device aspects (they are left up to the 
instrument designer). 
3) Permit a wide range of capabilities of instruments 
and computer peripherals to use a system simulta- 
neously and not degrade each other's performance. 


4) Allow different manufacturers' equipment to be con- 
nected together and work together on the same bus. 


5) Define a system that is good for limited distance in- 
terconnections. 
6) Define a system with minimum restrictions on per- 
formance of the devices. 


7) Define a bus that allows asynchronous communica- 
tion with a wide range of data rates. 
8) Defme a low cost system that does not require exten- 
sive and elaborate interface logic for the low cost 
instruments, yet provides higher capability for the 
higher cost instruments if desired. 


9) Allow systems to exist that do not need a central 
controller; that is, communication directly from one 
instrument to another is possible. 


Although the GPIB was originally designed for instru- 
mentation 
systems, it became obvious that most of 
these systems would be controlled by a calculator or 
computer. With this in mind several modifications were 
made to the original proposal before its final adoption 
as an international standard. Figure I lists the salient 
characteristics of the GPIB as both an instrumentation 
bus and as a computer 110 bus. 


inter 


Data Rate 


1M bytes/s, max 
250k bytes/s, typ 
Multiple Devices 
15 devices, max (electrical limit) 
8 devices, typ (interrupt flexibility) 


Bus Length 
20 m, max 
2 m/device, typ 
Byte Oriented 


8-bit commands 
8-bit data 
Block Multiplexed 
Optimum strategy on GPIB due to 
setup overhead for commands 
Interrupt Driven 
Serial poll (slower devices) 
Parallel poll (faster devices) 
Direct Memory Access 
One DMA facility at controller 
serves all devices on bus 
Asynchronous 
One talker 
Multiple listeners 
I/O to I/O Transfers 
Talker and listeners need not 
include microcomputer/controller 


Figure 1. Major Characteristics 
of GPIB as 
Microcomputer 
1/0 Bus 


The bus can be best understood by examining each of 
these characteristics from the viewpoint of a general 
microcomputer I/O bus. 


Data Rate-Most 
microcomputer 
systems utilize pe- 
ripherals of differing operational rates, such as floppy 
discs at 31k or 62k bytes/s (single or double density), 
tape cassettes at 5k to 10k bytes/s, and cartridge tapes 
at 40k to 80k bytes/so In general, the only devices that 
need high speed I/O are 0.5" (1.3-cm) magnetic tapes 
and hard discs, operational at 30k to 781k bytes/s, re- 
spectively. Certainly, the 250k-bytes/s data rate that 
can be easily achieved by the IEEE 488 bus is sufficient 
for microcomputers and their peripherals, and is more 
than needed for typical analog instruments that take 
only a few readings per second. The IM-byte/s maxi- 
mum data rate is not easily achieved on the GPIB and 


requires special attention to considerations beyond the 
scope of this note. Although not required, data buffer- 
ing in each device will improve the overall bus perform- 
ance and allow utilization of more of the bus band- 
width. 


Multiple Devices-Many 
microcomputer systems used 
as computers (not as components) service from three to 
seven peripherals. With the GPIB, up to 8 devices can 
be handled easily by 1 controller; with some slowdown 
in interrupt handling, up to 15devices can work togeth- 
er. The limit of 8 is imposed by the number of unique 
parallel poll responses available; the limit of 15 is set by 
the electrical drive characteristics of the bus. Logically, 
the IEEE 488 Standard is capable of accommodating 
more device addresses (31 primary, each potentially 
with 31 secondaries). 


Bus Length-Physically, 
the majority of microcomput- 
er systems fit easily on a desk top or in a standard 19" 
(48-cm) rack, eliminating the need for extra long ca- 
bles. The GPIB is designed typically to have 2m of 
length per device, which accommodates most systems. 
A line printer might require greater cable lengths, but 
this can be handled at the lower speeds involved by 
using extra dummy terminations. 


Byte Oriented-The 
8-bit byte is almost universal in 
I/O applications; even 16-bit and 32-bit computers use 
byte transfers for most peripherals. 
The 8-bit byte 
matches the ASCII code for characters and is an inte- 
gral submultiple of most computer word sizes. The 
GPIB has an 8-bit wide data path that may be used to 
transfer ASCII or binary data, as well as the necessary 
status and control bytes. 


Block Multiplexed-Many 
peripherals are block orient- 
ed or are used in a block mode. Bytes are transferred in 
a fixed or variable length group; then there is a wait 
before another group is sent to that device, e.g., one 
sector of a floppy disc, one line on a printer or type 
punch, etc. The GPIB is, by nature, a block multi- 
plexed bus due to the overhead involved in addressing 
various devices to talk and listen. This overhead is less 
bothersome if it only occurs once for a large number of 
data bytes (once per block). This mode of operation 
matches the needs of microcomputers and most of their 
peripherals. 
Because of block multiplexing, the bus 
works best with buffered memory devices. 


Interrupt Driven-Many 
types of interrupt systems ex- 
ist, ranging from complex, fast, vectored/priority 
net- 
works to simple polling schemes. The main tradeoff is 
usually cost versus speed of response. The GPIB has 
two interrupt protocols to help span the range of appli- 
cations. The first is a single service request (SRQ) line 
that may be asserted by all interrupting devices. The 
controller then polls all devices to find out which wants 
service. The polling mechanism is well defined and can 


inter 


11111 
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A 
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(e.g. computer) 


DEVICE 
B 


ABLE 
TO = 
TALK AND 
LISTEN 
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E 
I 


be easily automated. For higher performance, the paral- 
lel poll capability in the IEEE 488 allows up to eight 
devices to be polled at once--each device is assigned to 
one bit of the data bus. This mechanism provides fast 
recognition of an interrupting device. A drawback is 
the frequent need for the controller to explicitly con- 
duct a parallel poll, since there is no equivalent of the 
SRQ line for this mode. 


Direct Memory Access (DMA)-In 
many applications, 
no immediate processing of I/O data on a byte-by-byte 
basis is needed or wanted. In fact, programmed trans- 
fers slow down the data transfer rate unnecessarily in 
these cases, and higher speed can be obtained using 
DMA. With the GPIB, one DMA facility at the con- 
troller serves all devices. There is no need to incorpo- 
rate complex logic in each device. 


Asynchronous Transfers-An 
asynchronous bus is de- 
sirable so that each device can transfer at its own rate. 
However, there is still a strong motivation to buffer the 
data at each device when used in large systems in order 
to speed up the aggregate data rate on the bus by allow- 
ing each device to transfer at top speed. The GPIB is 
asynchronous and uses a special 3-wire handshake that 
allows data transfers from one talker to many listeners. 


I/O toI/O Transfers-In practice, I/O to I/O transfers 
are seldom done due to the need for processing data 
and changing formats or due to mismatched data rates. 
However, the GPIB can support this mode of operation 
where the microcomputer is neither the talker nor one 
of the listeners. 


VALID) 


READY 
FOR 
DATAl 
DATA ACCEPTED) 


ACE 
CLEAR) 
TION) 
CE 
REQUEST) 
TE ENABLE) 
o 
(END 
OR-IDENTIFY) 


DATA 
BUS 


The lines DIOI through DI08 are used to transfer ad- 
dresses, control information and data. The formats for 
addresses and control bytes are defined by the IEEE 
488 standard (see Appendix C). Data formats are unde- 
fined and may be ASCII (with or without parity) or 
binary. D101 is the Least Significant bit (note that this 
will correspond to bit 0 on most computers). 


ATN-Attention. 
This signal is asserted by the Con- 
troller to indicate that it is placing an address or con- 
trol byte on the Data Bus. ATN is de-asserted to allow 
the assigned Talker to place status or data on the Data 
Bus. The Controller 
regains control by reasserting 
ATN; this is normally done synchronously with the 
handshake to avoid confusion between control and data 
bytes. 


EOl-End or Identify. This signal has two uses as its 
name implies. A talker may assert EOI simultaneously 
with the last byte of data to indicate end of data. The 
Controller may assert EOI along with ATN to initiate a 
Parallel Poll. Although many devices do not use Paral- 
lel Poll, all devices should 
use EOI to end transfers 
(many currently available ones do not). 


SRQ-Service 
Request. This line is like an interrupt: it 
may be asserted by any device to request the Controller 
to take some action. The Controller must determine 
which device is asserting SRQ by conducting a Serial 
Poll at its earliest convenience. The device deasserts 
SRQ when polled. 


lFC-Interface Clear. This signal is asserted only by 
the System Controller in order to initialize all device 
interfaces to a known state. After deasserting IFC, the 
System Controller is the active controller of the system. 


REN-Remote 
Enable. This signal is asserted only by 
the System Controller. Its assertion does not place de- 
vices into Remote Control mode; REN only enables a 
device to go remote when addressed to listen. When in 
Remote, a device should ignore its front panel controls. 


NRFD-Not 
Ready For Data. This handshake line is 
asserted by a listllner to indicate it is not yet ready for 
the next data or control byte. Note that the Controller 
will not see NRFD deasserted (i.e., ready for data) until 
all devices have deasserted NRFD. 


NDAC-Not Data Accepted. This handshake line is as- 
serted by a Listener to indicate it has not yet accepted 
the data or control byte on the DIO lines. Note that the 
Controller will not see NDAC deasserted (i.e., data ac- 
cepted) until all devices have deasserted NDAC. 


DAV-Data 
Valid. This handshake line is asserted by 
the Talker to indicate that a data or control byte has 
been placed on the DIO lines and has had the minimum 
specified settling time. 
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There are ten (10) interface functions specified by the 
IEEE 488 standard. Not all devices will have all func- 
tions and some may only have partial subsets. The ten 
functions are summarized below with the relevant sec- 
tion number from the IEEE document given at the be- 
ginning of each paragraph. 
For further 
information 
please see the IEEE standard. 
I) SH-Source Handshake (section 2.3). This func- 
tion provides a device with the ability to properly 
transfer data from a Talker to one or more Listen- 
ers using the three handshake lines. 


2) AH-Acceptor Handshake (section 2.4). This func- 
tion provides a device with the ability to properly 
receive data from the Talker using the three hand- 
shake lines. The AH function may also delay the 
beginning (NRFD) or end (NDAC) of any transfer. 


3) 
T-Talker 
(section 2.5). This function allows a de- 
vice to send status and data bytes when addressed 
to talk. An address consists of one (Primary) or two 
(Primary and Secondary) bytes. The latter is called 
an extended Talker. 


ueVH;e LO receive 
oala 
wllell aoaressea 
{Q IIS{ell. 
There can be extended 
Listeners 
(analogous 
to ex- 
tended Talkers 
above). 


5) 
SR-Service 
Request 
(section 
2.7). This function 
allows 
a device to request 
service (interrupt) 
the 
Controller. 
The SRQ line may be asserted 
asyn- 
chronously. 
6) RL-Remote Local (section 2.8). This function al- 
lows a device to be operated 
in two modes: Remote 
via the GPIB 
or Local via the manual 
front panel 
controls. 


7) 
PP-Parallel 
Poll (section 
2.9). This 
function 
al- 
lows a device to present 
one bit of status 
to the 
Controller-in-charge. 
The device need not be ad- 
dressed to talk and no handshake 
is required. 


8) 
DC-Device 
Clear (section 2.10). This function al- 
lows a device to be cleared (initialized) 
by the Con- 
troller. 
Note that there is a difference between DC 
(device clear) and the IFC line (interface 
clear). 


9) DT-Device 
Trigger 
(section 
2.11). This function 
allows a device to have its basic operation 
started 
either individually 
or as part of a group. This capa- 
bility is often used to synchronize 
several instru- 
ments. 


10) C-Controller 
(section 2.12). This function 
allows 
a device to send addresses, as well as universal and 
addressed 
commands 
to other devices. There may 
be more than one controller 
on a system, but only 
one 
may 
be the 
controller-in-charge 
at anyone 
time. 


At power-on time the controller 
that is hardwired 
to be 
the System Controller 
becomes the active controller-in- 
charge. The System Controller 
has several unique capa- 
bilities 
including 
the 
ability 
to send 
Interface 
Clear 
(IFC-clears 
all device interfaces 
and returns 
control 
to the System Controller) 
and to send Remote 
Enable 


(REN-allows 
devices to respond to bus data once they 
are addressed 
to listen). 
The System 
Controller 
may 
optionally 
Pass Control to another controller, 
if the sys- 
tem software has the capability 
to do so. 


The GPIB 
connector 
is a standard 
24-pin 
industrial 
connector 
such as Cinch or Amphenol 
series 57 Micro- 
Ribbon. The IEEE standard 
specifies this connector, 
as 
well as the signal connections 
and the mounting 
hard- 
ware. 


The cable has 16 signal lines and 8 ground 
lines. The 
maximum 
length is 20 meters with no more than two 
meters per device. 


SHIELD 
ATN 
SRQ 


'FC 
NOAC 


NRFO 
DAY 
EOI 


0104 
0103 


0102 
0101 


The GPIB 
signals 
are all TTL 
compatible, 
low true 
signals. A signal is asserted 
(true) 
when its electrical 
voltage is less than 0.5 volts and is deasserted 
(false) 
when it is greater 
than 2.4 volts. Be careful not to be- 
come confused with the two handshake 
signals, NRFD 
and NDAC 
which are also low true (i.e. > 0.5 volts 
implies the device is Not Ready For Data). 


The Intel 8293 GPIB 
transceiver 
chips ensure that all 
relevant bus driver/receiver 
specifications 
are met. De- 
tailed bus electrical specifications 
may be found in Sec- 
tion 3 of the IEEE 
Std 488-1978. The Standard 
is the 
ultimate 
reference for all GPIB questions. 


The GPIB 
is a very flexible communications 
medium 
and as such has many possible variations 
of protocols. 


To bring some order to the situation, 
this section will 
discuss a protocol 
similar to the one used by Ziatech's 
ZT80 GPIB controller 
for Intel's MULTIBUSTM 
com- 
puters. 
The 
ZT80 
is a complete 
high-level 
interface 
processor 
that executes a set of high level instructions 
that map directly into GPIB actions. The sequences of 
commands, 
addresses 
and data 
for these instructions 
provide a good example of how to use the GPIB (addi- 
tional information 
is available in the ZT80 Instruction 
Manual). The 'null' at the end of each instruction 
is for 
cosmetic use to remove previous 
information 
from the 
DIO lines. 


intJ 


DATA-Transfer 
a block of data 
from device A to de- 
vices B, C ... 


1) Device 
A Primary 
(Talk) 
Address 
Device 
A Secondary 
Address 
(if any) 
2) Universal 
Unlisten 
3) Device 
B Primary 
(Listen) 
Address 
Device 
B Secondary 
Address 
(if any) 
Device 
C Primary 
(Listen) 
Address 
etc. 
4) First 
Data 
Byte 
Second 
Data 
Byte 


Last Data 
Byte (E01) 
5) Null 


TRIGR-Trigger 
devices A, B ... 
to take action 


1) Universal 
Unlisten 
2) Device 
A Primary 
(Listen) 
Address 
Device 
A Secondary 
Address 
(if any) 
Device 
B Primary 
(Listen) 
Address 
Device 
B Secondary 
Address 
(if any) 
etc. 


3) Group 
Execute 
Trigger 
4) Null 


PSCT~Pass 
control 
to device A 


1) Device 
A Primary 
(Talk) 
Address 
Device 
A Secondary 
Address 
(if any) 
2) Talk 
Control 
3) Null 


CLEAR-Clear 
all devices 


I) Device 
Clear 
2) Null 


REMA~Remote 
Enable 


I) Assert 
REN 
continuously 


GOREM-Put 
devices 
A, B, ... 
into Remote 


1) Assert 
REN 
continuously 
2) Device 
A Primary 
(Listen) 
Address 
Device 
A Secondary 
Address 
(if any) 
Device 
B Primary 
(Listen) 
Address 
Device 
B Secondary 
Address 
(if any) 
etc. 


3) Null 


GOLOC-Put 
devices 
A, B, ... 
into Local 


1) Device 
A Primary 
(Listen) 
Address 
Device 
A Secondary 
Address 
(if any) 
Device 
B Primary 
(Listen) 
Address 
Device 
B Secondary 
Address 
(if any) 
etc. 


2) Go To Local 
3) Null 


LOCA~Reset 
all devices 
to Local 
1) Stop asserting 
REN 


LLKA~Prevent 
all devices from returning 
to Local 
1) Local Lock Out 
2) Null 


SPOL~Conducts 
a serial poll of devices 
A, B, ... 
1) Serial Poll Enable 
2) Universal 
Un listen 
3) ZT 80 Primary 
(Listen) 
Address 
ZT 80 Secondary 
Address 
4) Device 
Primary 
(Talk) 
Address 
Device 
Secondary 
Address 
(if any) 
5) Status 
byte from device 
6) Go to Step 4 until all devices on list have been polled 
7) Serial Poll Disable 
8) Null 


PPUA~Unconfigure 
and 
disable 
Parallel 
Poll 
re- 
sponse 
from all devices 
I) Parallel 
Poll Unconfigure 
2) Null 


I) Universal 
Unlisten 
2) Device 
Primary 
(Listen) 
Address 
Device 
Secondary 
Address 
(if any) 
3) Parallel 
Poll Configure 
4) Parallel 
Poll Enable 
5) Go to Step 2 until all devices 
on list have been con- 
figured. 


6) Null 


DISPP-Disable Parallel 
Poll response 
from devices A, 
B, ... 
I) Universal 
Unlisten 
2) Device 
A Primary 
(Listen) 
Address 
Device 
A Secondary 
Address 
(if any) 
Device 
B Primary 
(Listen) 
Address 
Device 
B Secondary 
Address 
(if any) 
etc. 
3) Disable 
Parallel 
Poll 
4) Null 


This 
Ap 
Note 
will detail 
how 
to implement 
a useful 
subset 
of these controller 
instructions. 


HARDWARE 
ASPECTS 
OF THE 
SYSTEM 


The 8291 is a custom designed chip that implements 
many of the non-controller GPIB functions. It provides 
hooks so the user's software can implement additional 
features to complete the set. This chip is discussed in 
detail in its data sheet. The major features are summa- 
rized here: 
- 
Designed to interface microprocessors to the GPIB 
- 
Complete Source and Acceptor Handshake 
- 
Complete Talker and Listener Functions with ex- 
tended addressing 
- 
Service Request, Parallel Poll, Device Clear, Device 
Trigger, Remote/Local functions 
- 
Programmable data transfer rate 
- 
Maskable interrupts 
- 
On-chip primary and secondary address recognition 
- 
1-8 MHz clock range 
- 
16 registers (8 read, 8 write) for CPU interface 
- 
DMA handshake provision 
- 
Trigger output pin 
- 
On-chip EOS (End of Sequence) 


The pinouts and block diagram are shown in Figure 5. 
One of eight read registers is for data transfer to the 
CPU; the other seven allow the microprocessor to mon- 
itor the GPIB states and various bus and device condi- 
tions. One of the eight write registers is for data transfer 


'from the CPU; the other seven control various features 
of the 8291. 


The 8291 interface functions will be software config- 
ured in this application example to the following sub- 
sets for use with the 8292 as a controller that does not 
pass control. The 8291 is used only to provide the 
handshake logic and to send and receive data bytes. It 
is not acting as a normal device in this mode, as it never 
sees ATN asserted. 


SH I 
Source Handshake 
AH I Acceptor Handshake 
T3 
Basic Talk-Only 
L1 
Basic Listen-Only 
SRO No Service Requests 
RLO No Remote/Local 
PPO 
No Parallel Poll Response 
DCO No Device Clear 
DTO No Device Trigger 


If control is passed to another controller, the 8291 must 
be reconfigured to act as a talker/listener 
with the fol- 
lowing subsets: 
SHI 
Source Handshake 
AH I Acceptor Handshake 
T5 
Basic Talker and Serial Poll 
L3 
Basic Listener 
SRI 
Service Requests 
RLI 
Remote/Local with Lockout 
PP2 
Reconfigured Parallel Poll 
DCI 
Device Clear 
DTl 
Device Trigger 
CO 
Not a Controller 


I 
I 
I 
TIR CONTROL 


Most applications 
do not pass control 
and the control- 
ler is always the system controller 
(see 8292 commands 
below). 


The 
8292 is a preprogrammed 
Intel 
8051A 
that 
pro- 
vides the additional 
functions 
necessary 
to implement 
a 
GPIB 
controller 
when 
used with an 8291 Talker/Lis- 
tener. The 8041A is documented 
in both a user's manu- 
al and in AP-41. 
The 
following 
description 
will serve 
only as an outline 
to guide the later discussion. 


The 
8292 acts as an intelligent 
slave processor 
to the 
main 
system 
CPU. 
It contains 
a processor, 
memory, 
I/O 
and is programmed 
to perform 
a variety 
of tasks 
associated 
with GPIB 
controller 
operation. 
The on-chip 
RAM 
is used to store information 
about the state of the 
Controller 
function, 
as well as a variety 
of local vari- 
ables, 
the 
stack 
and 
certain 
user 
status 
information. 
The timer/counter 
may be optionally 
used for several 
time-out 
functions 
or for 
counting 
data 
bytes 
trans- 
ferred. The I/O 
ports provide 
the GPIB 
control 
signals, 
as well 
as the 
ancillary 
lines 
necessary 
to make 
the 
8291, 2, 3 work together. 


The 8292 is closely 
coupled 
to the main CPU 
through 
three 
on-chip 
registers 
that 
may be independently 
ac- 
cessed 
by both 
the 
master 
and 
the 
8292 (UPI-4IA). 
Figure 
6 shows 
this 
Register 
Interface. 
Also 
refer 
to 
Figure 
12. 


The status 
register 
is used to pass Interrupt 
Status 
in- 
formation 
to the master 
CPU 
(AO = I on a read). 


The DBBOUT 
register 
is used to pass one of five other 
status 
words 
to the master 
based on the last command 
written 
into 
DBBlN. 
DBBOUT 
is accessed 
when 
AO 
= 0 on a Read. 
The five status 
words 
are Error 
Flag, 
Controller 
Status, 
GPIB 
Status, 
Event 
Counter 
Status 
or Time Out Status. 


DBBIN 
receives either commands 
(AO = 1 on a Write) 
or command 
related 
data (AO = 0 on a write) from the 
master. 
These 
command 
related 
data 
are 
Interrupt 
Mask, 
Error 
Mask, 
Event 
Counter 
or Time 
Out. 


The 
8293 is a multi-use 
HMOS 
chip 
that 
implements 
the IEEE 
488 bus transceivers 
and contains 
the addi- 
tional 
logic required 
to make 
the 8291 and 8292 work 
together. 
The 
two 
option 
strapping 
pins 
are 
used 
to 
internally 
configure 
the chip to perform 
the specialized 
gating 
required 
for use with 
8291 as a device 
or with 
8291192 
as a controller. 


In this application 
example 
the two configurations 
used 
are shown 
in Figure 
7a and 7b. The drivers 
are set to 
open collector 
or three 
state mode as required 
and the 
special 
logic is enabled 
as required 
in the two modes. 


CS 
AO 
RD 
WR 
REGISTER 


0 
0 
0 
1 
READ DBBOUT 
0 
1 
0 
1. 
READ STATUS 
0 
0 
1 
0 
WRITE DBBIN (DATA) 
0 
1 
1 
0 
WRITE DBBIN (COMMAND) 
1 
X 
X 
X 
NO ACTION 
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a. 8293 Mode 2 
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JFC[ 
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Figure 8 shows the four chips interconnected with the 
special logic explicitly shown. 


The 8291acts only as the mechanism to put commands 
and addresses on the bus while the 8292 is asserting 
ATN. The 8291 is tricked into believingthat the ATN 
line is not asserted by the ATN2 output of the ATN 
transceiver and is placed in Talk-only mode by the 
CPU. The 8291 then acts as though it is sending data, 
when in reality it is sending addresses and/or com- 
mands. When the 8292 deasserts ATN, the CPU soft- 
ware must place the 8291 in Talk-only, Listen-only or 
Idle based on the implicit knowledge of how the con- 
troller is going to participate in the data transfer. In 
other words, the 8291 does not respond directly to ad- 
dresses or commands that it sends on the bus on behalf 
of the Controller. The user software, through the use of 
Listen-only or Talk-only, makes the 8291 behave as 
though it were addressed. 


Although it is not a common occurrence, the GPIB 
specification allows the Controller to set up a data 
transfer between two devices and not directly partici- 
pate in the exchange. The controller must know when 
to go active again and regain control. The chip set ac- 
complishesthis through use of the "Continuous Accep- 
tor Handshake cycling mode" and the ability to detect 
EOI or EOS at the end of the transfer. SeeXFER in the 
Software Driver Outline below. 


If the 8292 is not the System Controller as determined 
by the signal on its SYC pin, then it must be able to 
respond to an IFC within 100 ","sec.This is accom- 
plished by the cross-coupled NORs in ~e 
7a which 
deassert the 8293's internal version of CIC (Not Con- 
troller-in-Charge). This condition is latched until the 
8292's firmware has received the IFCL (interface clear 
received latch) signal by testing the IFCL input. The 
firmware then sets its signals to reflect the inactive con- 
dition and clears the 8293's latch. 
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8291 must be able to capture the PP response on the 
DIO lines. The only way to do this is to fool the 8291 
by putting it into Listen-only mode and generating a 
DAV condition. However, the bus spec does not allow 
a DAV during Parallel Poll, so the back-to-back 3-state 
buffers (see Figure 7b) in the 8293 isolate the bus and 
allow the 8292 to generate a local DAV for this pur- 
pose. Note that the 8291 cannot assert a Parallel Poll 
response. When the 8292 is not the controller-in-charge 
the 8291 may respond to PPs and the 8293 guarantees 
that the DIO drivers are in "open collector" mode 
through the OR gate (Figure 7b). 


Ziatech's GPIB Controller, the ZT7488/18 will be used 
as the controller hardware in this Application Note. 
The controller consists of an 8291, 8292, an 8 bit input 
port and TTL logic equivalent to that shown in Figure 8. 
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Qlagram. 
Ihe 
ZT7488/18 plugs into the STD bus, a 56 pin 8 bit mi- 
croprocessor oriented bus. An 8085 CPU card is also 
available on the STD bus and will be used to execute 
the driver software. 


The 8291 uses I/O Ports 60H to 67H and the 8292 uses 
I/O Ports 68H and 69H. The five interrupt lines are 
connected to a three-state buffer at I/O Port 6FH to 
facilitate polling operation. This is required for the 
TCI, as it cannot be read internally in the 8292. The 
other three 8229 lines (SPI, IBF, OBF) and the 8291's 
INT line are also connected to minimize the number of 
I/O reads necessary to poll the devices. 


NDAC is connected to COUNT on the 8292 to allow 
byte counting on data transfers. The example driver 
software will not use this feature, as the software is 
simpler and faster if an internal 8085 register is used for 
counting in software. 
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Figure 11. DMA/lnterrupt 
GPIB Controller 
Block Diagram 
3·107 
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The 
application 
example 
will not use OMA 
or inter- 


rupts; 
however, 
the Figure 
II block 
diagram 
includes 
these features 
for completeness. 


The 
8257-5 
OMA 
chip 
can 
be used 
to transfer 
data 
between 
the RAM 
and the 8291 Talker/Listener. 
This 
mode allows a faster data rate on the GPIB 
and typical- 
ly will depend 
on the 8291's 
EOS or EOI 
detection 
to 
terminate 
the transfer. 
The 8259-5 interrupt 
controller 
is used 
to vector 
the five possible 
interrupts 
for rapid 


software 
handling 
of the various 
conditions. 


This section 
discusses 
each command 
in detail 
and re- 
lates 
them 
to a particular 
GPIB 
activity. 
Recall 
that 


although 
the 804IA 
has only two read registers 
and one 


write 
register, 
through 
the magic 
of on-chip 
firmware 
the' 8292 
appears 
to have 
six read 
registers 
and 
five 


write registers. 
These are listed in Figure 
12. Please see 


the 8292 data sheet for detailed 
definitions 
of each reg- 


READ FROM 8292 
INTERRUPT STATUS 
I SYC IERRI SRQ IEvl 
X 
IIFCR I 
IBF 
OBF 


D7 
Do 
ERROR FLAG' 


X 
X IUSERI X 1 
X 
ITOUT31TOUT21TOUT11 


CONTROLLER STATUS' 


ICSBSI CA! 
X 
1 X Isycsi 
IFC 
I REN 
GPIB (BUS) STATUS' 


1 REN IDAVI EOI 1 X I SYC 1 IFC 
1 ANTI 
EVENT COUNTER STATUS' 


D 
DIDIDIDIDID 
TIME OUT STATUS' 


D 
D 
D 
D 


ister. Note the two letter mnemonics 
to be used in later 


discussions. 
The 
CPU 
must 
not 
write 
into 
the 
8292 


while IBF (Input 
Buffer 
Full) 
is a one, as information 


will be lost. 


Both 
the 
Interrupt 
Mask 
(1M) 
and 
the 
Error 
Mask 


(EM) 
register 
may be directly 
written 
with the LSB of 


the address 
bus (AO) a "0". The firmware 
uses the MSB 
of the data written 
to differentiate 
between 
1M and EM. 


This command 
loads the Interrupt 
Mask with 07-00. 


Note 
that 
07 
must 
be a "I" 
and 
that 
interrupts 
are 


enabled 
by a corresponding 
"I" 
bit in this register. 
IFC 


interrupt 
cannot 
be masked 
off; however, 
when 
the 


8292 
is the 
System 
Controller, 
sending 
an 
ABORT 


command 
will not cause an IFC 
interrupt. 


PORT II 
WRITE 
TO 8292 
COMMAND FIELD 
69H 
11 1 
lop 1 C I 
C 
1 
C 
C 


INTERRUPT MASK 
68H 
11 ISP1! 
TCI ISYCIOBFII 
IBFI 1 
0 
SRQ 


D7 
Do 
ERROR MASK 
SRQ 
68H 
~IUSERI 
0 
1 0 
ITOUT41TOUT31TOUT11 
EVENT COUNTER' 


SRQ 
68H 
1DI 
D 
D 
1 DI 
D I 
D 
1 
D CD 
TIMEOUT" 


D 
68H I D 1 D 
D 
1 D 1 D 
1 
D 
1 
D 
1 
D 


68H 
•Note: These registers are accessed 
by a special 
utilitycommand. 


inter 


This command loads the Error Mask with D7 - DO. 
Note that D7 must be a zero and that interrupts are 
enabled by a corresponding "I" bit in this register. 


These commands are used to read or write the 8292 
registers that are not directly accessible. All utility 
commands are written with AO = I, D7 = D6 = D5 
= I, D4 = O.D3-DO specify the particular command. 
For writing into registers the general sequence is: 
I) wait for IBF = 0 in Interrupt Status Register 
2) write the appropriate command to the 8292, 
3) write the desired register value to the 8292 with AO 
= I with no other writes intervening, 
4) wait for indication of completion from 8292 (IBF = 
0). 


For reading a register the general sequence is: 
I) wait for IBF = 0 in Interrupt Status Register 
2) write the appropriate command to the 8292 
3) wait for a TCI (Task Complete Interrupt) 
4) Read the value of the accessed register from the 8292 
with AO = O. 


WEVC-Write to Event Counter 
(Command = OE2H) 


The byte written following this command will be load- 
ed into the event counter register and event counter 
status for byte counting. The internal counter is incre- 
mented on a high to low transition of the COUNT (Tl) 
input. In this application example NDAC is connected 
to count. The counter is an 8 bit register and therefore 
can count up to 256 bytes (writing 0 to the EC implies a 
count of 256). If longer blocks are desired, the main 
CPU must handle the interrupts every 256 counts and 
carefully observe the timing constraints. 


Because the counter has a frequency range from 0 to 
133 kHz when using a 6 MHz crystal, this feature may 
not be usable with all devices on the GPIB. The 8291 
can easily transfer data at rates up to 250 kHz and even 
faster with some tuning of the system. There is also a 
500 ns minimum high time requirement for COUNT 
which can potentially be violated by the 8291 in contin- 
uous acceptor 
handshake 
mode (i.e., TNDDVI 
+ 
TDVND2 
- 
C = 350 + 350 = 700 max). When 
cable delays are taken into consideration, this problem 
will probably never occur. 


When the 8292 has completed the Gommand. IBF will 
become a "0" and will cause an interrupt if masked on. 


WTOUT-Write to Time Out Register 
(Command = OEIH) 


The byte written following this command will be used 
to determine the number of increments used for the 
time out functions. Because the register is 8 bits, the 
maximum time out is 256 time increments. This is 
probably enough for most instruments on the GPIB but 
is not enough for a manually stepped operation using a 
GPIB logic analyzer like Ziatech's ZT488. Also, the 
488 Standard does not set a lower limit on how long a 
device may take to do each action. Therefore, any use 
of a time out must be able to be overridden (this is a 
good general design rule for service and debugging con- 
siderations ). 


The time out function is implemented in the 8292's 
firmware and will not be an accurate time. The counter 
counts backwards to zero from its initial value. The 
function may be enabled/disabled by a bit in the Error 
mask register. When the command is complete IBF will 
be set to a "0" and will cause an interrupt if masked on. 


REVC-Read Event Counter Status 
(Command = OE3H) 


This command 
transfers 
the content 
of the Event 
Counter to the DBBOUT register. The firmware then 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value from the 8292 with 
AO = O. 


RINM-Read 
Interrupt Mask Register 
(Command = OE5H) 


This command transfers the content of the Interrupt 
Mask register to the DBBOUT register. The firmware 
sets TCI = I and will cause an interrupt if masked on. 
The CPU may then read the value. 


RERM-Read Error Mask Register 
(Command = OEAH) 


This command transfers the content of the Error Mask 
register to the DBBOUT register. The firmware sets 
TCI = I and will cause an interrupt if masked on. The 
CPU may then read the value. 


RCST-Read Controller Status Register 
(Command = OE6H) 


Status register to the DBBOUT register. The firmware 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value. 


RTOUT-Read Time Out Status Register 
(Command = OE9H) 


This command transfers the content of the Time Out 
Status register to the DBBOUT register. The firmware 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value. 


If this register is read while a time-out function is in 
process, the value will be the time remaining before 
time-out occurs. If it is read after a time-out, it will be 
zero. If it is read when no time-out is in process, it will 
be the last value reached when the previous timing oc- 
curred. 


RBST-Read 
Bus Status Register 
(Command = OE7H) 


This command causes the firmware to read the GPIB 
management lines, DAV and the SYC pin and place a 
copy in DBBOUT. TCI is set to "I" and will cause an 
interrupt if masked on. The CPU may read the value. 


RERF-Read Error Flag Register 
(Command = OE4H) 


This command transfers the content of the Error Flag 
register to the DBBOUT register. The firmware sets 
TCI = I and will cause an interrupt if masked on. The 
CPU may then read the value. 


This register is also placed in DBBOUT by an lACK 
command if ERR remains set. TCI is set to "1" in this 
case also. 


lACK-Interrupt Acknowledge 
(Command = Al A2 A3 A4 1 A5 I 1) 


This command is used to acknowledge any combina- 
tions of the five SPI interrupts (AI-A5): 
SYC, ERR, 
SRQ, EV, and IFCR. Each bit AI-A5 
is an individual 
acknowledgement to the corresponding bit in the Inter- 
rupt Status Register. The command clears SPI but it 
will be set again if all of the pending interrupts were not 
acknowledged. 


If A2 (ERR) is "I", the Error Flag register is placed in 
DBBOUT and TCI is set. The CPU may then read the 
Error Flag without issuing an RERF command. 


The following diagram (Figure 13) is an attempt to 
show the interrelationships 
among the various 8292 


c~mplete controll~r stat~ di;~;~~-i~--th~- iEEE-S~~~ 
dard. 


This command has the same effect as an external reset 
applied to the chip's pin #4. The 8292's actions are: 
1) All outputs go to their electrical high state. This 
means that SPI, TCI, OBFI, IBFI, CLTH will be 
TRUE and all other GPIB signals will be FALSE. 
2) The 8292's firmware will cause the above mentioned 
five signals to go FALSE after approximately 
17.5 
IJ-s(at 6 MHz). 
3) These registers will be cleared: Interrupt Status, In- 
terrupt Mask, Error Mask, Time Out, Event Coun- 
ter, Error Flag. 
4) If the 8292 is the System Controller (SYC is TRUE), 
then IFC will be sent TRUE 
for approximately 
100 IJ-sand the Controller function will end up in 
charge of the bus. If the 8292 is not the System Con- 
troller then it will end up in an Idle state. 
5) TCI will not be set. 


,----------, 
I 
:~:: 
I 
I 
I 
I 
I 
I 
I 
I 
I 


L _ -=O~A~~~~GL 
_ J 
,----------------, 
I 
~R'M 
I 
I 
RST ~ 
LOCAL 
SLoe 
REMOTE 
I 
.BOAT· 
sye 
I 
I 
L 
....!Y!!-E'!.£O!:!!A~L~ 
-J 


231324-11 


This command clears all pending interrupts and error 
flags. The 8292 will stop waiting for actions to occur 
(e.g., waiting for ATN to go FALSE in a TCNTR com- 
mand or waiting for the proper handshake state in a 
TCSY command). TCI will not be set. 


ABORT-Abort all operations and Clear Interface 
(Command = OF9H) 


If the 8292 is not the System Controller this command 
acts like a NOP and flags a USER ERROR in the Er- 
ror Flag Register. No TCI will occur. 


If the 8292 is the system Controller then IFC is set 
TRUE for approximately 100 JA-sand the 8292 becomes 
the Controller-in-Charge and asserts ATN. TCI will be 
set, only if the 8292 was NOT the CIC. 


STCNI-Start Counter Interrupts 
(Command = OFEH) 


Enables the EY Counter Interrupt. TCI will not be set. 
Note that the counter must be enabled by a GSEC com- 
mand. 


SPCNI-Stop Counter Interrupts 
(Command = OFOH) 


The 8292 will not generate an EY interrupt when the 
counter reaches O.Note that the counter will continue 
counting. TCI will not be set. 


SREM-Set Interface to Remote Control 
(Command = OF8H) 


If the 8292 is the System Controller, it will set REN 
and TCI TRUE. Otherwise it only sets the User Error 
Flag. 


SLOC-Set Interface to Local Mode 
(Command = OF7H) 


If the 8292 is the System Controller, it will set REN 
FALSE and TCI TRUE. Otherwise, it only sets the 
User Error Flag. 


EXPP-Execute 
Parallel Poll 
(Command = OF5H) 


If not Controller-in-Charge, the 8292 will treat this as a 
NOP and does not set TCI. If it is the Controller-in- 
Charge then it sets IDY (EOI & ATN) TRUE and 
generates a local DAY pulse (that never reaches the 
GPIB because of gates in the 8293). If the 8291 is con- 
figured as a listener, it will capture the Parallel Poll 
Response byte in its data register. TCI is not generated, 
the CPU must detect the BI (Byte In) from the 8291. 
The 8292 will be ready to accept another command 
before the BI occurs; therefore the 829l's BI serves as a 
task complete indication. 


If the 8292 is not the Controller-in-Charge, it will treat 
this command as a NOP and does not set TCI TRUE. 
Otherwise, it goes to Controller Standby State (CSBS), 


sets ATN FALSE and TCI TRUE. This command is 
used as part of the Send, Receive, Transfer and Serial 
Poll System commands (see next section) to allow the 
addressed talker to send data/status. 


If the data transfer does not start within the specified 
Time-Out, the 8292 sets TOUT2 TRUE in the Error 
Flag Register and sets SPI (if enabled). The controller 
continues waiting for a new command. The CPU must 
decide to wait longer or to regain control and take cor- 
rective action. 


GSEC-Go To Standby and Enable Counting 
(Command = OF4H) 


This command does the same things as GTSB but also 
initializes the event counter to the value previously 
stored in the Event Counter Register (default value is 
256) and enables the counter. One may wire the count 
input to NDAC to count bytes. When the counter 
reaches zero, it sets EY (and SPI if enabled) in Inter- 
rupt Status and will set EY every 256 bytes thereafter. 
Note that there is a potential loss of count information 
if the CPU does not respond to the EY/SPI before an- 
other 256 bytes have been transferred. TCI will be set 
at the end of the command. 


TCSY-Take 
Control Synchronously 
(Command = OFDH) 


If the 8292 is not in Standby, it treats this command as 
a NOP and does not set TCI. Otherwise, it waits for the 
proper handshake state and sets ATN TRUE. The 8292 
will set TOUT3 if the handshake never assumes the 
correct state and will remain in this command until the 
handshake is proper or a RSTI command is issued. If 
the 8292 successfully takes control, it sets TCI TRUE. 


This is the normal way to regain control at the end of a 
Send, Receive, Transfer or Serial Poll System Com- 
mand. If TCSY is not successful, then the controller 
must try TCAS (see warning below). 


TCAS-Take Control Asynchronously 
(Command = OFCH) 


If the 8292 is not in Standby, it treats this command as 
a NOP and does not set TCI. Otherwise, it arbitrarily 
sets ATN TRUE and ECI TRUE. Note that this action 
may cause devices on the bus to lose a data byte or 
cause them to interpret a data byte as a command byte. 
Both Actions can result in anomalous behavior. TCAS 
should be used only in emergencies. If TCAS fails, then 
the System Controller will have to issue an ABORT to 
clean things up. 


inter 


If the 8292 is not the Controller in Charge and Active, 
then it treats this command as a NOP and does not set 
TCI. Otherwise, it sets ATN FALSE, becomes Not 
Controller in Charge, and sets TCI TRUE. This com- 
mand is used as part of the Pass Control System Com- 
mand. 


TCNTR-Take (Receive) Control 
(Command = OFAH) 


If the 8292 is not Idle, then it treats this command as a 
NOP and does not set TCI. Otherwise, it waits for the 
current Controller-in-Charge 
to set ATN FALSE. If 
this does not occur within the specified Time Out, the 
8292 sets TOUTI in the Error Flag Register and sets 
SPI (if enabled). It will not proceed until ATN goes 
false or it receives an RSTI command. Note that the 
Controller in Charge must previously have sent this 
controller (via the 8291's command pass through regis- 
ter) a Pass Control message. When ATN goes FALSE, 
the 8292 sets CIC, ATN and TCI TRUE and becomes 
Active. 


The set of system commands discussed below is shown 
in Figure 14.These commands are implemented in soft- 
ware routines executed by the main CPU. 


The following section assumes that the Controller is the 
System Controller and will not Pass Control. This is a 
valid assumption for 99+ % of all controllers. It also 
assumes that no DMA or Interrupts will be used. SYC 
(System Control Input) should not be changed after 
Power-on in any system-it 
adds unnecessary complex- 


ity to the CPU's software. 


In order to use polling with the 8292 one must enable 
TCI but not connect the pin to the CPU's interrupt pin. 
TCI must be readable by some means. In this applica- 
tion example it is connected to bit 1 port 6FH on the 
ZT7488/18. In addition, the other three 8292 interrupt 
lines and the 8291 interrupt are also on that port (SPI- 
Bit 2, IBFI-Bit .4, OBFI-Bit 3, 8291 INT-Bit 0). 


These drivers assume that only primary addresses will 
be used on the GPIB. To use secondary addresses, one 
must modify the test for valid talkllisten 
addresses 


(range macro) to include secondaries. 


INIT 
INITIALIZATION 


Talker/Listener 
SEND 
SEND DATA 
RECV 
RECEIVEDATA 
XFER 
TRANSFER DATA 


Controller 
TRIG 
GROUP EXECUTETRIGGER 
DCLR 
DEVICECLEAR 
SPOL 
SERIAL POLL 
PPEN 
PARALLEL POLL ENABLE 
PPDS 
PARALLEL POLL DISABLE 
PPUN 
PARALLEL POLL UNCONFIGURE 
PPOL 
PARALLEL POLL 
PCTL 
PASS CONTROL 
RCTL 
RECEIVECONTROL 
SRQD 
SERVICE REQUESTED 


System Controller 
REME 
REMOTE ENABLE 
LOCL 
LOCAL 
IFCL 
ABORT/INTERFACE CLEAR 


8292-Comes 
up in Controller Active State when SYC 
is TRUE. The only initialization needed is to enable the 
TCI interrupt mask. This is done by writing OAOHto 
Port 68H. 


8291-Disable 
both the major and minor addresses be- 
cause the 8291 will never see the 8292's commands/ad- 
dresses (refer to earlier hardware discussion). This is 
done by writing 60H and OEOHto Port 66H. 


Set Address Mode to Talk-only by writing 80H to Port 
64H. 


Set internal counter to 3 MHz to match the clock input 
coming from the 8085 by writing 23H to Port 65H. 
High speed mode for the handshakes will not be used 
here even though the hardware uses three-state drivers. 


No interrupts will be enabled now. Each routine will 
enable the ones it needs for ease of polling operation. 
The INT bit may be read through Port 6FH. Clear 
both interrupt mask registers. 


Release the chip's initialization state by writing 0 to 
Port 65H. 


INIT: 
Enable-8292 
Enable 
TCI 
Enable-829l 
Disable 
major address 
Disable 
minor address 
ton 
Clock frequency 
All interrupts 
off 
Immediate 
execute pon 


;Set up In. pins for Port 6FH 
;Task complete must be on 


;In controller 
usage, 
the 8291 
;Is set to talk only and/or 
listen 
only 
;Talk only is our rest state 
;3 MHz in this ap note example 


This system command sends data from the CPU to one 
or more devices. The data is usually a string of ASCII 
characters, but may be binary or other forms as well. 
The data is device-specific. 


My Talk Address (MTA) must be output to satisfy the 
GPIB requirement of only one talker at a time (any 
other talker will stop when MTA goes out). The MTA 
is not needed as far as the 8291 is concerned-it 
will be 
put into talk-only mode (ton). 


This routine assumes a non-null listener list in that it 
always sends Univeral Unlisten. If it is desired to send 
data to the listeners previously addressed, one could 
add a check for a null list and not send UNL. Count 
must be 255 or less due to an 8 bit register. This routine 
also always uses an EOS character to terminate the 
string output; this could easily be eliminated and rely 
on the count. Items in brackets ( ) are optional and will 
not be included in the actual code in Appendix A. 


SEND: 
Output-to-8291 
MTA, UNL 
Put EOS into 8291 
While 
20H ~ 
listener 
~ 
3EH 
output-to-8291 
listener 
Increment 
listen list pointer 
Output-to-8292 
GTSB 
Enable-8291 
Output EOI on EOS sent 
If count < > 0 then 
While not 
(end or count 
0) 
(could check tout 2 here) 
Output-to-8291 
data 
Increment 
data buffer pointer 
Decrement 
count 
Output-to-8292 
TCSY 
(If tout3 then take control async) 
Enable 
8291 
No output EOI on EOS sent 
Return 


:We will talk, nobody 
listen 
;End of string compare 
character 
;GPIB listen addresses 
are 
;"space" thru ">" 
ASCII 
:Address all listeners 
;8292 stops asserting 
ATN, go to standby 


;Wait for EOS or end of count 
;Optionally check for stuck bus-tout 
2 
;Output all data, one byte at a time 
;8085 CREG will count for us 


;8292 asserts ATN, take control 
sync. 
;If unable 
to take control 
sync. 
;Restore 8291 to standard 
condition 


CONTROLLER 


8291,8292 


This system command is used to input data from a 
device. The data is typically a string of ASCII charac- 
ters. 


This routine is the dual of SEND. It assumes a new 
talker will be specified, a count ofless than 257, and an 
EOS character to terminate the input. EOI received 
will also terminate the input. Figure 15 shows the flow 
chart for the RECV ending conditions. My Listen Ad· 
dress (MLA) is sent to keep the GPIB transactions 


totally regular to facilitate analysis by a GPIB logic 
analyzer like the Ziatech ZT488. Otherwise, the bus 
would appear to have no listener even though the 8291 
will be listening. 


Note that although the count may go to zero before the 
transmission ends, the talker will probably be left in a 
strange state and may have to be cleared by the control· 
ler. The count ending of RECV is therefore used as an 
error condition in most situations. 


RECV: 


Put EOS into 8291 
If 40H stalker 
s 
5EH then 
Output-to-829l 
talker 
Increment talker pointer 
Output-to-8291 
UNL, MLA 
Enable-8291 
Holdoff on end 
End on EOS received 
lon, reset ton 
Immediate execute pon 
Output-to-8292 
GTSB 
While not 
(end or count 
0 
(or tout2)) 
Input-from-8291 
data 
Increment data buffer pointer 
Decrement 
count 
(If count = 0 then error) 
Output-to-8292 
TCSY 
(If Tout3 then take control async.) 
Enable-8291 
No holdoff on end 
No end on EOS received 
ton, reset lon 
Finish handshake 
Immediate execute pon 
Return error-indicator 


;End of string compare character 
;GPIB talk addresses are 
; "@" 
thru "/\" ASCI I 
;Do this for consistency's sake 
;Everyone except us stop listening 


;Stop when EOS character is 
;Detected by 8291 
;Listen only (no talk) 


;8292 stops asserting ATN, go to standby 
;wait for EOS or EOI or end of count 
;optionally check for stuck bus-tout2 
;input data, one byte at a time 


;Use 8085 C register as counter 
;Count should not occur before end 
;8292 asserts ATN take control 
;If unable to take control sync. 
;Put 8291 back as needed for 
;Controller activity and 
;Clear holdoff due to end 


;Complete holdoff due to end, if any 
;Needed to reset lon 


DEVICE 


L•.••• 
TAL' 
"Q" 


DEVICE 


laTH 
TAL' 
T 
.... 


DEVICE 


LITH 
TALK 
"." 


DEVICE 


laTH 
TAU( 


">" 
"A" 
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Figure 18. XFER from" /\" to "1", "2", "+ ": 
EOS = ODH 


inter 


This system command is used to transfer data from a 
talker to one or more listeners where the controller 
does not participate in the transfer of the ASCII data. 


This is accomplished through the use of the 8291's con- 
tinuous acceptor handshake mode while in listen-only. 


This routine assumes a device list that has the ASCII 
talker address as the first byte and the string (one or 
more) or ASCII listener addresses following. The EOS 
character or an EOI will cause the controller to take 
take control synchronously and thereby terminate the 
transfer. 


XFER: 


Output-to-829l: 
Talker, UNL 
While 20H 
:5: 
listen 
:5: 
3EH 
Output-to-829l: 
Listener 
Increment listen list pointer 
Enable-829l 
lon, no ton 
Continuous AH mode 
End on EOS received 
Immediate 
execute PON 
Put EOS into 8291 
Output-to-8292: 
GTSB 


Upon end 
(or tout2) then 


Take control synchronously 
Enable-829l 
Finish handshake 
Not continuous AH mode 
Not END on EOS received 
ton 
Immediate 
execute pon 
Return 


;Controller is pseudo listener 
;Handshake but don't capture data 
;Capture EOS as well as EOI 
;Initialize the 8291 
;Set up EOS character 
;Go to standby 
;8292 waits for EOS or EOI and then 


;Regains control 
;Go to Ready for Data 


This system command causes a group execute trigger 
(GET) to be sent to all devices on the listener list. The 
intended use is to synchronize a number of instruments. 


TRIG: 


Output-to-829l 
UNL 
While 20H 
:5: listener 
:5: 3EH 
Output-to-829l 
Listener 
Increment listen list pointer 
Output-to-829l 
GET 
Return 


;Everybody stop listening 
;Check for valid listen address 
;Address each listener 
;Terminate on any non-valid 
character 


;Issue group execute trigger 


This system command causes a device clear (SDC) to 
be sent to all devices on the listener list. Note that this 
is not intended to clear the GPIB interface of the de- 
vice, but should clear the device-specific logic. 


DCLR: 
Output-to-829l 
UNL 
While 20H 
:5: 
listener 
:5: 
3EH 
Output-to-829l 
Listener 
Increment 
listen list pointer 
Output-to-829l 
SDC 
Return 


;Everybody stop listening 
;Check for valid listen address 
;Address each listener 
;Terminate on any non-valid 
character 
;Selective device clear 


This system command sequentially addresses the desig- 
nated devices and receives one byte of status from each. 


The bytes are stored in the butTer in the same order as 
the devices appear on the talker list. MLA is output for 
completeness. 
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SPOL: 
Output-to-8291 
UNL, MLA, SPE 


While 40H 
~ 
talker 
~ 
5 EH 
Output-to-8291 
talker 
Increment 
talker list pointer 
Enable-8291 
lon, reset ton 
Immediate 
execute pon 
Output-to-8292 
GTSB 
Wait for data in (BI) 
Output-to-8292 
TCSY 
Input-from-8291 
data 
Increment 
buffer pointer 
Enable 
8291 
ton, reset lon 
Immediate 
execute pon 
Output-to-8291 
SPD 


;Unlisten, we listen, 
serial poll enable 
;Only one byte of serial poll 
;Status wanted 
from ,each talker 
;Check for valid transfer 
;Address each device to talk 
;One at a time 


;Listen only to get status 
;This resets ton 
;Go to standby 
;Serial poll status byte into 8291 
;Take control 
synchronously 
;Actually get data from 8291 


;Reset lon 
;Send serial poll disable 
after all 
devices polled 


This system command configures one or more devices to respond to Parallel Poll, assuming they implement subset 
PPI. 
The configuration 
information ·is stored in a buffer with one byte per device in the same order as 


inter 


devices appear on the listener list. The configuration byte has the format XXXXIP3P2Pl 
as defined by the IEEE 


Std. P3P2Pl indicates the bit II to be used for a response and I indicates the assertion value. See Sec. 2.9.3.3 of the 
Std. for more details. 


PPEN: 
Output-to-829l 
UNL 
While 20H 
S; Listener 
S; 
3EH 
Output-to-829l 
listener 
Output-to-829l 
PPC, 
(PPE or data) 
Increment listener list pointer 
Increment buffer pointer 
Return 


;Universal unlisten 
;Check for valid listener 
;Stop old listener, address new 
;Send parallel poll info 
;Point to next listener 
;One configuration 
byte per listener 


This system command disables one or more devices from responding to a Parallel Poll by issuing a Parallel Poll 
Disable (PPD). It does not deconfigure the devices. 


PPDS: 
Output-to-829l 
UNL 
While 20H 
S; Listener 
S; 3EH 
Output-to-829l 
listener 
Increment 
listener list pointer 
Output-to-829l 
P~C, PPD 
Return 


;Universal Unlisten 
;Check for valid listener 
;Address listener 


DEVICE 


LSTN 
TALK 
"," 
"0" 


DEVICE 


LSTH 
TALK 


"2" 
"R" 


DEVICE 


LSTH 
TALK 
"," 
"Q" 


DEVICE 


LSTN 
TALK 
"2" 
"R" 


DEVICE 


UTN 
TALK 
"1(" 


DEVICE 


LSTN 
TALK 


"">" 
""" 
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Figure 24. PPUN 
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PARALLEL 
POLL UNCONFIGURE 


PPUN 


This system command deconfigures the Parallel Poll response of all devices by issuing a Parallel Poll Unconfigure 
message. 


PPUN: 
Output-to-8291 
PPU 
Return 


CONDUCT 
A PARALLEL 
POLL 


PPOL 


This system command causes the controller to conduct 
a Parallel Poll on the GPIB for approximately 
12.5 
/losec(at 6 MHz). Note that a parallel poll does not use 
the handshake; 
therefore, to ensure that the device 
knows whether or not its positive response was ob- 


PPOL: 
Enable-8291 
Ion 
Immediate execute pon 
Output-to-8292 
EXPP 
Upon BI 
Input-from-8291 
data 
Enable-8291 
ton 
Immediate execute pon 
Return Data 
(status byte) 


This system command allows the controller to relin- 
quish active control of the GPIB to another controller. 
Normally some software protocol should already have 
informed the controller to expect this, and under what 
conditions to return control. The 8291 must be set up 


served by the controller, the CPU should explicitly ac- 
knowledge each device by a device-dependent 
data 
string. Otherwise, the response bit will still be set when 
the next Parallel Poll occurs. This command returns 
one byte of status. 


;Listen only 
;This resets ton 
;Execute parallel poll 
;When byte is input 
;Read it 


;Talk only 
;This resets Ion 


to become a normal device and the CPU must handle 
all commands passed through, otherwise control can- 
not be returned (see Receive Control below). The con- 
troller will go idle. 


PCTL: 
If 40H ~ talker 
~ 5EH then 
if talker < > MTA then 
output-to-8291 
talker, TCT 
Enable-8291 
not ton, not Ion 
Immediate execute pon 
My device address, mode 1 
Undefined 
command pass through 
(Parallel Poll Configuration) 
Output-to-8292 
GIDL 
Return 


;Cannot pass control to myself 
;Take control message to talker 
;5et up 8291 as normal device 


;Reset ton and Ion 
;Put device number in Register 6 
;Required to receive control 
;Optional use of PP 
;Put controller in idle 


inter 


CONTROllER 


1211.1212 
~RL~ 
••• 
iiiIi II 
",." 


- Z 
0 •.. 
•• c 
0101 
DEVICE 


LaTH 
TALK 
"1" 
"0" 


010 
2 
DEVICE 


LITN 
TALK 


"2" 
"R" 


DID 3 
DEVICE 


LITN 
TALK 
"." 
"K" 


DEVICE 


LITN 
TALK 


">" 
""" 


RECEIVE 
CONTROL 


RCTL 


This system command is used to get control back from 
the current controller"in"charge if it has passed control 
to this inactive controller. Most GPIB systems do not 
use more than one controller and therefore would not 
need this routine. 


To make passing and receiving control a manageable 
event, the system designer should specify a protocol 


DEVICE 


LSTN 
TALK 


"1" 
"0" 


DEVICE 


LSTN 
TALK 


"2" 
"A" 


DEVICE 


LITN 
TALK 


'K" 


DEVICE 


llTN 
TALK 


LSTN 
TALK 
">" 
..".. 


CTLR 
..•.. 
"C" 


whereby the controller-in-charge sends a data message 
to the soon-to-be-active controller. This message should 
give the current state of the system, why control is be- 
ing passed, what to do, and when to pass control back. 
Most of these issues are beyond the scope of this Ap 
Note. 


inter 


RCl'L: 
Upon CPT 
If (command=TCT) then 
If TA then 
Enable-829l 
Disable major device number 
ton 
Mask off interrupts 
Immediate execute pon 
Output-to-8292 
TCNTR 
Enable-829l 
Valid command 
Return valid 
Else 
Enable-829l 
Invalid command 
Else 
Enable-829l 
Invalid command 
Return 
invalid 


;Wait for command pass through bit in 8291 
;If command is take control and 
;We are talker addressed 


;Controller will use ton and Ion 
;Talk only mode 


CONTROLLER 


1291.112.2 


L$TH 


M'" 


DEVICE 


LSTH 
TALK 
"," 
"0" 


DEVICE 


LITN 
TALK 


":F 
"R" 


DEVICE 


LSTN 
TALK 


'OK" 


DEVICE 


LSTN 
TALK 


LITN 
~CTLA~ 
TALK 
"A" 
..•.. 
"C" 


CONTROLLER 
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Figure 27. RCTL 


SYSTEM 
CONTROLLER 
8291,1292 


LITH 
~ 


TALK 


"'" 
"A" 


~ 
0: 


DEVICE 


LITN 
TALK 


"'" 


"0" 


DEVICE 


LITN 
TALK 


"2" 
"R" 


DEVICE 


llTN 
TALK 
"+" 
"K" 


DEVICE 


LITN 
TALK 


">" 
""" 


This system command is used to detect the occurrence of a Service Request on the GPIB. One or more devices may 
assert SRQ simultaneously, and the CPU would normally conduct a Serial Poll after calling this routine to determine 
which devices are SRQing. 


SRQD: 
If SRQ then 
Output-to-8292 
IACK.SRQ 
Return 
SRQ 
Else return no SRQ 


;Test 92 status bit 
;Acknowledge it 


REMOTE 
ENABLE 


REME 


This system command asserts the Remote Enable line (REN) on the GPIB. The devices will not go remote until they 
are later addressed to listen by some other system command. 


RENE: 
Output-to-8292 
SREM 
Return 


LOCAL 


LOCL 


LOCL: 
Output-to-8292 
SLOC 
Return 


inter 


SYSTEM 
CONTROLLER 
8291,8292 


lSTN 
~ 


TALK 


"'" 
"A" 


I~ 


DEVICE 


lSTN 
TALK 


"1" 
"0" 


DEVICE 


LSTN 
TALK 
"2" 
"A" 


I 
I 
DEVICE 


lSTN 
TALK 
..•." 
"K" 


DEVICE 


LSTH 
TAlk 
.>" 
.". 


INTERFACE CLEAR/ABORT 


IFCL 


This system command asserts the GPIB's Interface 
Clear (IFC) line for at least 100 microseconds. This 
causes all interface logic in all devicesto go to a known 
state. Note that the device itself mayor 
may not be 


SYSTEM 
CONTROLLER 


LSTN 
CTLll 
TALK 
.,. 
.•.. 


u 
!!: 


DEVICE 


llTN 
TALK 


·1· 
·0· 


DEVICE 


LaTN 
TALk 


"2" 
·R· 


DEVICE 


LITH 


DEVICE 


LSTN 
TALK 
.>. 
.". 
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Figure 30. IFCL 


reset, too. Most instruments do totally reset upon IFC. 
Some devicesmay require a DCLR as well as an IFCL 
to be completely reset. The (system) controller becomes 
Controller-in-Charge. 


IFCL: 
Output-to-8292 
ABORT 
Return 
;8292 asserts 
Interface 
Clear 
;For 100 microseconds 


INTERRUPTS 
AND DMA 
CONSIDERATIONS 


The previous sections have discussed in detail how to 
use the 8291, 8292, 8293 chip set as a GPIB controller 
with the software operating in a polling mode and using 
programmed transfer of the data. This is the simplest 
mode of use, but it ties up the microprocessor for the 
duration of a GPIB transaction. If system design con· 
straints do not allow this, then either Interrupts and/or 
DMA may be used to free up processor cycles. 


The 8291 and 8292 provide sufficient interrupts that 
one may return to do other work while waiting for such 
things as 8292 Task Completion, 8291 Next Byte In, 
8291 Last Byte Out, 8292 ServiceRequest In, etc. The 
only difficulty lies in integrating these various interrupt 
sources and their matching routines into the overall 
system's interrupt structure. This is highly situation- 
specificand is beyond the scope of this Ap Note. 


The strategy to follow is to replace each of the WAIT 
routines (see Appendix A) with a return to the main 
code and provide for the corresponding interrupt to 
bring the control back to the next section of GPIB 


inter 


MAIN 
CODE 


USER: 


GPIB 
SUBROUTINE 


SEND: 


ACTIVATE 
__ 


SEND.. 
__ 
(WAIT 0) 
_ 
INT: 
_ 


§~ 
G~O? 


(WAIT 
0) 
~'NT: 
---------~ 
~ 
GPIBBO?- 
--... 
(WAIT 
0) 


~INT:= 
_== 
_______ 
GPIB BO? 


-- 
•• 
(WAIT 
T) 


____ 
INT: 
GPIB 
BO~ 


~.. 
GPIB 
TCI? 
~ 


code. For example WAlTO 
(Wait for Byte Out of 
8291) would be replaced by having the BO interrupt 
enabled and storing the (return) address of the next 
instruction in a known place. This co-routine structure 
will then be activated by a BO interrupt. 
Figure 31 


shows an example of the flow of control. 


DMA is also useful in relieving the processor if the 
average length of a data buffer is long enough to over- 
come the extra time used to set up a DMA chip. This 
decision will also be a function of a data rate of the 
instrument. The best strategy is to use the DMA to 
handle only the data buffer transfers on SEND and 
RECV and to do all the addressing and control just as 
shown in the driver descriptions. 


Another major reason for using a DMA chip is to in- 
crease the data rate and therefore increase the overall 
transaction 
rate. In this case the limiting factor be- 


comes the time used to do the addressing and control of 
the GPIB using software like that in Appendix A. The 
data transmission time becomes insignificant at DMA 
speeds unless extremely long buffers are used. 


Refer to Figure II for a typical DMA and interrupt 
based design using the 8291, 8292, 8293. A system like 
this can achieve a 2S0K byte transfer rate while under 
DMA control. 


This section will present the code required to operate a 
typical GPIB instrument set up as shown in Figure 32. 
The HPS328A 
universal counter and the HP332S func- 
tion generator are typical of many GPIB devices; how" 
ever, there are a wide variety of software protocols to 
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be found on the GPIB. The Ziatech ZT488 GPIB ana- 
lyzer is used to single step the bus to facilitate debug- 
ging the system. It also serves as a training/familiariza- 
tion aid for newcomers to the bus. 


This example will set up the function generator to out- 
put a specific waveform, frequency and amplitude. It 
will then tell the counter to measure the frequency and 
Request Service (SRQ) when complete. The program 
will then read in the data. The assembled source code 
will be found at the end of Appendix A. 


ZT741111. 
CONTROLLER 


LaTN 
CTLR 
TALK 


"," 
.•.. 


H' II32IA 
COUNTER 


LaTN 
T"LK 
"," 
"a· 


HPsalA 
FUNCTION 
GENERATOR 


LaTN 
TALK 


"2. 
"~. 


ZT'" 
GPIII ANALYZER 


inter 


SEND 
LSTN: 
"2", COUNT: 
15, EOS: 
ODH, DATA: 
"FU1FR37KHAM2VO 
(CR)" 
;SETS UP FUNCTION 
GEN. TO 37 KHZ SINE, 2 VOLTS 
PP 
;COUNT EQUAL 
TO # CHAR 
IN BUFFER 
;EOS CHARACTER 
IS (CR) = ODH = CARRIAGE 


SEND 
LSTN: 
"1", COUNT: 
6, EOS: 
"T" DATA: 
"PR4G7T" 
;SETS UP COUNTER 
FOR P:INITIALIZE, 
F4: FREQ 
CHAN A 
G7:0.1 
HZ RESOLUTION, 
T:TRIGGER 
AND 
SRQ 
;COUNT IS EQUAL 
TO # CHAR 


WAIT 
FOR SRQ 
SPOL TALK: 
"Q", DATA: 
STATUS 
1 
;CLEARS THE SRO_IN 
THIS EXAMPLE 
ONLY FREQ 
CTR ASSERTS 
SRQ 


RECV 
TALK: 
"Q", COUNT: 
17, EOS: 
OAH, 
DATA:"+ 
37000.0E+0" 
(CR) (LF) 
;GETS 17 BYTES 
OF DATA 
FROM 
COUNTER 
;COUNT IS EXACT 
BUFFER 
LENGTH 
;DATA SHOWN 
IS TPYICAL 
HP5328A 
READING 


The ultimate reference for GPIB questions is the IEEE 
Std 488 -1978 which is available from IEEE, 345 East 
47th St., New York, NY, 10017.The ultimate reference 
for the 8292 is the source listing for it (remember it's a 
pre-programmed UPI-41A) which is available from IN- 
SITE, Intel Corp., 3065 Bowers Ave., Santa Clara, CA 
95051. 


This Application Note has shown a structured way to 
view the IEEE 488 bus and has given typical code se- 
quences to make the Intel 8291, 8292, and 8293's be- 
have as a controller of the GPIB. There are other ways 
to use the chip set, but whatever solution is chosen, it 
must be integrated into the overall system software. 


intJ 


9961 
9961 
99Y2 
9991 
9Y19 
Y9B9 


8964 
9999 
Y949 
3YC9 
9991 


99~4 
Y929 
Y992 
9991 


iNTI 
IWtMl 
80M 
81M 
ENDfltK 
CPT 


1 
STI'tLE 
('GPIS 
CON'tROLLgR 
SUBROU'rINgS') 
2 
3 
GPI8 
CONTROLLER 
SUBROUTINES 
4 
5~ 
7 
B 
9 
19 
11, 
12 
13 
14 
15 
H 
17 
PRT91 
IB 
19 
; 
28 
OIN 
21 
OOUT 
22 
23 
24 
25 
26 
27 
28 
29 
39 
31 
; 
32 
INT2 
33 
34 
35 
H 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
, 


48 
AUX!'lO 
49 
CLKRT 


for 
Intel 
A291, 
8292 
on 
ZT 74SQ/lA 
Bert 
Forbes, 
Ziatech 
Corporati~n 
2418 
Broad 
Street 
San 
Luis 
Ohispo, 
CA, 
USA 93401 


Reg 
'9 
Data 
in 
, 
Data 
out 
EOU 
PRT91+0 
; 91 
Data 
in 
reg 
EQU 
PRT91+3 
; 91 
Data 
out 
req 


Interrupt 
1 Constantg 
PRT91+1 
; INT 
Req 
1 
PRT91+1 
;INT 
"ask 
Reg. 
1 
92 
i 91 
80 
I"ITRP 
Mask 
"1 
; 91 
BI 
IH'l'RP 
Mask 
19H 
; 91 
END 
INTRP 
Mask 
RAH 
;91 
command pass 
thru 


; 
ADRMO 
TON 
LON 
TLON 
MoO£l 


ADRST 
EOIST 
TA 
LA 


Reg 
'4 
EQU 
EOU 
EQU 
EQU 


Reg 
15 
EQU 
EQU 


'4 
Address 
!'lIode 
Constants 
PRT91+4 
;91 ad~ress 
mode 
reqister 
• 
89H 
.91 
talk 
only 
mode 
& 
not 
listen 
only 
49H 
;91 
listen 
only, 
not 
ton 
BeeH 
;91 
talk, 
listen 
only 
11 
;mode 
1 addressing 
for 
device 


(Read) 
PRT91+4 
; reg 
'4 
28H 
2 
1 


(Write) 
Auxiliary 
Mode 
Reqister 
PRT91+5 
;91 
~uxl1lary 
mode 
reqister 
23H 
;91 
3 Mhz clock 
input 


inter 


0003 
50 
FNHSK 
EQU 
03 
;91 
fininsh 
handshake 
command 
000~ 
51 
SOEOI 
EQU 
0~' 
; 91 
senti 
EOl 
wi th 
nex t 
hyte 
0080 
52 "'XR'" 
EQU 
80H 
;91 
aux. 
[eq 
A 
pattern 
0001 
53 
HOHSK 
EQU 
I 
;91 
hold 
off 
hanoshake 
on 
all 
bytes 
0082 
54 
HOENO 
EQU 
2 
; 91 
holrt 
off 
handshake 
on end 
0803 
55 
C•••HCY 
EQU 
3 
; 91 
continuous 
AH 
eyel 
lng 
8804 
56 
EOEOS 
EQU 
4 
;91 
end 
on 
F.OS received 
8888 
57 
EOIS 
EQU 
8 
;91 
output 
EOI 
on 
EOS 
sent 
088F 
58 
VSCMD 
EQU 
0FH 
;91 
val 
id 
command 
pass 
throuqh 
8087 
59 
NVCMO 
EOU 
87H 
,91 
lnval 
id 
command 
pass 
throu9h 
08 •••0 
~8 
AXRB 
EQU 
0•••0H 
;Aux. 
reg. 
B pattern 
0801 
~1 CPTEN 
EQU 
81H 
~command pass 
thru 
enable 
~2 , 
63 , 
Reg 
t5 
(Reod) 
03~5 
~4 CPTRG 
EQU 
PRT9H5 
~5 
; 
66 , 
Reg 
tr, 
Arid ress 
0/1 
req. 
constants 
08~6 
67 
•••OR01 
EQU 
PRT91+#; 
8863 
68 
O'fOLI 
EQU 
60H 
;Disable 
major 
tal ker • listener 
80E0 
69 
OTOL2 
EQU 
BE8H 
;Disable 
minor 
talker 
• listener 
78 , 
71 
; 
Req 
t7 
EOS 
Character 
Reqister 
00~7 
72 
EOSR 
EQU 
PRT9H7 
73 
; 
74 
; 
75 
; 
8292 
CONTROL VALUES 
76 , 
77 , 
78 
; 
8868 
79 
PRT92 
EQU 
PRT91+A 
;8292 
Base 
Port 
t 
(CS7) 
88 , 


8068 
81 
INTMR 
EQU 
PRT92+0 
; 92 
INTRP 
r-task 
Reg 
80 •••0 
82 
INTM 
EQU 
BASH 
,Tel 
83 
; 
0868 
84 
ERRM 
EQU 
PRT92+0 
,92 
Error 
Mask 
Req 
8301 
85 
TOUTI 
EQU 
81 
,92 
Time 
Out 
for 
Pass 
Control 
0882 
86 
TOUT2 
EQU 
02 
,92 
Time 
Out 
for 
Standby 
8004 
87 
TOUT] 
EQU 
04 
,92 
Time 
Out 
for 
Take 
Control 
Sync 
08~8 
88 
EVREG 
EQU 
PRT92+0 
; 92 
Event 
Counter 
Pseudo 
Req 
~8~8 
89 
TOREG 
EQU 
PRT92+0 
,92 
Time 
Out 
Pseudo 
Reg 
98 
; 
00~9 
91 
C.~092 
EQU 
PRT92+1 
;92 
Command 
Reg1ster 
92 
; 
• 
0069 
93 
INTST 
EQU 
PRT92+1 
,92 
Interrupt 
Status 
Reg 
0810 
94 
EVBIT 
EQU 
10H 
; Event 
Counter 
81 t 
0002 
95 
IBF8T 
EQU 
02 
; Input 
Ruffer 
Full 
BI t 
0020 
95 
SRQBT 
EQU 
2AH 
;Seq 
bit 
97 , 


8"68 
98 
ERFLG 
EQU 
PRT92.a 
; 92 
Error 
Flaq 
Pseurlo 
Reg 
0068 
99 
CLRST 
EQU 
PRT92+9 
; 92 Con.troller 
Status 
Pseudo 
Reg 
""~8 
100 
BUSST 
EQU 
PRT92+9 
; 92 
GPIB 
(Bus) 
Status 
Pseudo 
Reg 
""68 
101 
EVCST 
EQU 
PRT92+0 
; 92 
Event 
Counter 
Status 
Pseudo Reg 
8068 
102 
TOST 
EQU 
PRT92 +0 
;92 
Time 
Out 
Status 
Pseud.o Reg 
103 
; 
104 
; 
8292 
OPER"'TION 
COMM"'NOS 
105 , 
106 
; 


00F0 
107 
SPCNI 
EQU 
"F0H 
;Stop 
Counter 
tnterrupts 
"0F! 
108 
GIOL 
EQU 
0FIH 
;Go 
to 
Idle 
80F2 
109 
RSET 
EQU 
0F2H 
IReset 
00F3 
110 
~STI 
EQU 
"F3H 
;Reset 
Interrupts 
00F4 
III 
GSEC 
EQU 
0F4H 
;Gcto 
standby, 
enable 
counting 
00F5 
112 
EXPP 
EQU 
0F5H 
; Execute 
pa raIl 
81 
poll 
08F6 
113 
GTSB 
EQU 
0F6H 
;Goto 
stand by 
00F7 
114 
SLOC 
EQU 
0F7H 
;Set 
local 
mode 
08F8 
115 
SREM 
EQU 
0F8H 
;Set 
inter 
face 
to 
remote 
08F9 
116 
"'BORT 
EQU 
0F9H 
;Abort 
all 
operation, 
clear 
inter 
face 
08.· ••• 
117 
TCN'fR 
EQU 
0F •••H 
ITake 
control 
(Rece ive contro 1) 
08FC 
118 
TC•••SY 
EQU 
8FCH 
;Take 
control 
asyncronousl 
y 
80FO 
119 
TCSY 
EQU 
0FOH 
;Take 
control 
syncranously 
88FE 
120 
STCNI 
EQU 
0FEH 
;Start 
counter 
interruDts 
121 
; 
122 , 
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inter 
AP-66 


123 
I 
8292 
UTILITY 
CO""'A~D5 
124 
I 
125 
I 
88E1 
126 
WOUT 
EQU 
8E1H 
;Write 
to 
timeout 
req 
88£2 
127 
W£VC 
EQU 
8E2H 
,Write 
to 
event 
counter 
88E3 
128 
REVC 
EQU 
8E3H 
,Read 
event 
counter 
status 
88E4 
129 
RERF 
EQU 
8E4H 
,R •• d 
error 
flag 
reg 
88E5 
138 
RIHM 
EQU 
8E5H 
;Read 
interrupt 
",a.k 
reg 
88E6 
131 
RCST 
EQU 
8E6H 
:Read 
controller 
status 
req 
88E7 
132 
R8ST 
EQU 
8E7H 
;Read 
CP18 Bus status 
reg 
88£9 
133 
RTOUT 
EQU 
8E9H 
;Read 
timeout 
status 
req 
88EA 
134 
RERM 
EQU 
8EAH 
;Read 
error 
mask reg 
88811 
135 
HICK 
EQU 
88H 
; Interrupt 
Acknowledqe 
136 
137 
I 
138 
PORT F 8IT 
ASSIGNMENTS 
139 
I 
148 
141 
I 
886F 
142 
PRTF 
EQU 
PRT91+8FH 
;ZT748A 
port 
6F 
for 
interrupts 
8882 
143 
TCIP 
EQU 
82H 
;Task 
complete 
interrupt 
8894 
144 
SPIF 
EQU 
84H 
;Special 
interrupt 
8888 
145 
08FF 
EQU 
88H 
;92 
Output 
(to 
CPU) 
Buffer 
full 
8818 
146 
18FF 
EQU 
UH 
:92 
Input 
(from 
CPU) 
Buffer 
empty 
8881 
147 
80F 
EQU 
81H 
;91 
lnt 
lIne 
{BO 
in 
this 
case} 
148 
149 
GPI8 
I4F.SSAG£S (COMMANDS) 
158 
I 


SA81 
151 
MOA 
EQU 
1 
;My 
device 
address 
Is 
1 
8841 
152 
I4TA 
EQU 
MDA+4AH 
:My 
talk 
address 
1s 
1 
("A") 
8821 
153 
14LA 
EQU 
MDA+28H 
:My 
listen 
address 
is 
1 
("I") 
883F 
154 
UNL 
EQU 
3FH 
;Universal 
unllsten 
3888 
155 
GET 
EQl' 
88 
:Group Execute Tr {qq.r 
8884 
156 
SDC 
EQU 
84H 
;Device 
Clear 
8818 
157 
SPE 
EOU 
18H 
:Serial 
poll 
enable 
8819 
158 
SPD 
EQU 
19H 
;5erial 
poll 
disable 
8885 
159 
PPC 
EQU 
AS 
;Parallel 
poll 
configure 
8878 
1~8 
PPD 
EQU 
HH 
JPar811.1 
poll 
disable 
8868 
HI 
PPE 
EQU 
6AH 
JParallel 
poll 
disahle 
8815 
H2 
PPU 
EQU 
ISH 
;Parallel 
poll 
uncontlqured 
8889 
1~3 
TCT 
EQU 
89 
;'rake 
control 
(pass 
control) 
164 
1~5 
M",CRODEFINI'rION5 
1~6 
1~7 
168 
I 
169 
SETF 
"'ACRO 
;Sets 
flags 
on 
A reqlat.r 
178 
ORA 
A 
171 
EN~ 
172 
I 
173 
WAITO 
MACRO 
;walt 
for 
last 
91 
byte 
to 
b. 
~on. 
174 
LOCAL 
WAITL 
175 
WAITL: 
IN 
INTI 
;Get 
IntI 
status 
176 
ANI 
8014 
;Check 
for 
byte 
out 
177 
JZ 
WAITL 
;It 
not, 
try 
aqain 
178 
ENDM 
;until 
It 
Is 
179 
188 
I 


181 
WAITI 
MACRO 
;Wait 
for 
91 
byte 
to 
be 
input 
182 
LOCAL 
WAITL 
183 
WAI'rL: 
IN 
INTI 
,Get 
INTI 
stAtus 
184 
140V 
8,A 
;SKve 
stfttus 
in 
8 
185 
ANI 
81M 
; Check 
tor 
byte 
In 
18~ 
JZ 
WAITL 
,If 
not, 
just 
try 
aqain 
187 
ENOl< 
Juntil 
It 
Is 
188 
I 


189 
WAITX 
MACRO 
,W.lt 
for 
9218 
Tel 
to 
90 
fa158 
198 
LOCAL 
WAITL 
191 
WAITL: 
IN 
PRTF 
192 
ANI 
TCIF 
193 
JNZ 
WAITL 
194 
ENOl< 
195 
I 


231324-32 


1099 
1992 
1994 
199~ 
10_9 
193A 
1 •• 
C 
199£ 
1919 
1012 


3EA9 
n3~8 
3E~. 
D3~~ 
3££9 
D3S~ 
3E89 
03~4 
3£23 
03~5 


19~ 
197 
198 
199 
299 
291 
282 
293 
294 
295 
29~ 
297 
298 
299 
218 
211 
212 
213 
214 
215 
216 
217 
218 
219 
228 
221 
222 
223 
224 
225 
22~ 
227 
228 
229 
238 
231 
232 
233 
234 
235 
23~ 
237 
238 
239 
24_ 
241 
242 
243 
244 
24~ 
24~ 
247 
248 
249 
258 
251 
252 
253 
254 
255 
25~ 
B7 
258 
259+ 
2~. 
2~1 
H2 
263 
264 
2~5 
2~~ 
2~7 
268 
2~9 


wAITT 
~ACRD 
~OCA~ 
wAIT~: 
IN 
ANI 
J2 
ENOM 


RANGE 
~ACRO 


WAIT~ 
PRTF 
TCIF 
WAIT~ 


;Get 
task 
complete 
int,etc. 
:"'ask 
it 
;wait 
for 
t"sk 
to 
~e 
complete 


AF 
D3~1 
0362 
03~S 
C9 


LOW£~, 
UPPE:R, 
LABEL 
:Checks 
for 
value 
in 
ranqe 
;hranches 
to 
lahel 
if 
not 
;in 
range. 
Falls 
throuqh 
if 
; lower 
<= 
( 
(H) eL) 
) <- upper. 
;Get 
next 
byte. 
MOV 
A,M 
CPI 
~OWER 
J" 
LA8E~ 
CPI 
UPPER+l 
JP 
~A8E~ 
ENll'1 


.Ir4ACRO 
XRA 
A 
ENll'1 


All 
of 
th@ 
followin'J 
routines 
have 
these 
common 
assumptions 
ol'lbout 
the 
state 
of 
the 
8291 
" q292 
upon 
entry 
to 
the 
routine 
an-:l will 
exit 
the 
routine 
in 
an 
identical 
state. 


80 
is 
or 
has 
heen 
set, 
All 
interrupts 
are 
maskeli 
off 
'rON 
morle, 
not 
LA 
No holdoffs 
in 
effect 
or 
enabled 
No 
holrloffs 
waitinq 
for 
finish 
comm ..•nri 


8292: 
ATN asserted 
(active 
controller) 
note: 
RC'fL 
is 
an exception--- 
it 
expects 
to 
not 
be 
active 
controller 
Any 
previous 
task 
is 
cOl'lplete 
" 
q2 
is 
ready 
to 
receive 
next 
command. 
8085: 
Pointf!r 
reqisters 
(OF.:,HL) 
enri 
one 
; 
heyond 
last 
le'~a) 
entry 
i **** 
** •• * •• **** 
** '** •• '**. '*••• 
*** 
•••• 
'**'* '*'** '*•• ****. 
** '*'**'* 


INITIA.LIZ"'TION 
IWU'rINI:: 


; INPU'rS: 
None 
;Ou'rpUTS: 
None 
iCALLS: 
None 
; DESTROYS: 
A,F 


INIT: 
MVI 
.•.• IN'r"4 
i Enah)e 
TCI 
ou'r 
Io,j'r/ltR 
iOutput 
to 
92 's 
intr. 
mask 
req 
~VI 
A.OTOLl 
;Oisa!'>le 
major 
talker/l 
istener 
on 
AOR8! 
~VI 
A.DTDL2 
10i~ahle 
minor 
talker/listener 
ou'r 
ADR~1 
WI 
A,TO~ 
i'ralk 
"nl y morte 
ou'r 
ADR-"D 
"VI 
.•.,CLKRT 
; 3 
~HZ 
for 
Iielay 
timer 
OU'r 
AU X"'l 0 
CLltA 
X~.l\ 
A 
;A 
XOR A -9 
ou'r 
IN'l'l 
ou'r 
IN'r2 
iDisahle 
all 
9! 
m,Jjsk 
hi ts 
OUT 
AUXMrJ 
iImmerii~te 
el(ecute 
PO' 
RET 
I 
1 *** ••••••• 
*.'* •• * ••••••••••• 
*.* 
••••• 
* ••••••••••••• 
* ••.• 


I 
I 
I 
SEND 
ROU'rINE 
I 


270 
271 
272 
INPU'rs: 
HI. listener 
1ist 
pointer 
273 
DE data 
buffer 
pointer 
274 
C 
count-- 
a 
wi 11 cause 
no 
""ata 
to 
be 
sent 
275 
b 
r.OS ch4raeter-- 
software 
detected 
276 
OUTPUTS: 
none 
277 
CAI.I.S: 
none 
278 
DESTROYS: 
A, 
C, 
08, 
HI., 
F 
279 
280 
281 
101C 
3E41 
282 
END: 
MVI 
A,MTA 
; Senti 
"'fA 
to 
turn 
off 
any 
101E 
0360 
283 
ou'r 
OOUT 
;previous 
talker 
284 
WAITO 
1020 
0861 
2Ft5+??~301 : 
IN 
IN'rl 
;Get 
IntI 
sta tus 
1022 
E692 
2811+ 
ANI 
80M 
;Check 
for 
byte 
out 
1024 
CA20la 
287+ 
JZ 
??'n~l 
;If 
not, 
try 
aqain 
1027 
3E3F 
288 
MVI 
A,U"lL 
iSen" 
universal 
unlisten 
1029 
0360 
289 
ou'r 
OOUT 
:to 
stop 
previous 
1 isteners 
1028 
78 
290 
MOV 
A,8 
;Get 
EOS character 
102C 
03'17 
291 
OUT 
EOSR 
:Output 
it 
to 
8291 
292 
;while 
listener 
..... 
293 
SEt.iDl: 
RANGE 
29H,3EH.SEND2 
;Check 
next 
1isten 
add ress 
294+ 
;Checks 
for 
value 
in 
ranqe 
295+ 
; hranches 
to 
label 
if 
not 
29'i+ 
tin 
cantJe. 
Falls 
throu1h 
if 
297+ 
:lower 
<= 
( 
(H) (I.) 
) 
<- 
upper. 
298+ 
:Get 
next 
hyte. 
102E 
7f. 
299+ 
MOV 
A,M 
102F 
FE20 
)IHH 
CPI 
20H 
1031 
FA4710 
3"1+ 
JM 
SEN02 
1934 
"E3F 
302+ 
CPI 
3EH+1 
1936 
F24710 
31B+ 
JP 
SEN02 
304 
'""AITO 
;wait 
for 
previous 
1ist~ner 
sent 
1039 
0861 
305+??A"02: 
IN 
INTI 
;Get 
IntI 
sta tus 
1038 
E632 
306+ 
ANI 
BOM 
;Check 
for 
byte 
out 
1930 
CA3910 
307+ 
JZ 
??"AA2 
;It not, 
try 
again 
U40 
7£ 
3B8 
MOV 
A,M 
;G~t 
thi 
s 1i stener 
1041 
0360 
389 
OUT 
DOU'r 
;Output 
to 
GPIB 
1043 
23 
31B 
INX 
H 
; IncreT'lent 
listener 
Ii st 
pointer 
1644 
C32£10 
311 
J~P 
~E:NDI 
;Loop 
till 
non-val 
id 
listener 
312 
;Enable 
91 
enriin'] 
cond i tions 
313 
SEND2: 
WAITO 
;Wait 
for 
Istn 
addr 
accepted 
1047 
0861 
314+??9933: 
IN 
INTI 
;Get 
IntI 
status 
1049 
E602 
315+ 
ANI 
80M 
;Check 
for 
byte 
out 
1948 
CA4719 
311;+ 
JZ 
??A,,'n 
;If 
not, 
try 
aqa in 
317 
;WAXTO required 
for 
early 
versions 
318 
;of 
8292 
to 
i'!Ivoid GTc;B before 
CAC 
104E 
3EFfi 
319 
MVI 
A,GTSB 
;Goto 
stan-ihy 
1050 
0369 
320 
OUT 
CM092 
; 
1652 
3E88 
321 
MVI 
A, AXRA,+EOIS 
;SenrJ 
f.OI 
wit" 
EOS character 
1054 
0365 
322 
OUT 
AUXIl1D 
323 
WAITX 
;Wait 
fo r 
Tel 
to 
qo 
false 
1056 
086Y 
324+??~~a4: 
IN 
PRTF 
1058 
E632 
325+ 
ANI 
TCIF 
105A 
C25610 
326+ 
JNZ 
??~::tA4 
327 
WAITT 
;Wait 
for 
Tel 
on 
GTS8 
lA50 
D85F 
328+??0995: 
IN 
PRTF 
;Get 
task 
complete 
lnt 
,etc. 
105F 
E602 
329+ 
ANI 
TCIY 
;"'ask 
It 
1961 
CA5010 
330+ 
J2 
??A9A 5 
;wait 
for 
task 
to 
be 
complete 
331 
332 
: 
delete 
next 
instructions 
to 
make 
count 
of 
9=251> 
333 
; 
1064 
79 
334 
'~OV 
A,C 
;Get 
count 
335 
SETF 
;Set 
flaqs 
1965 
87 
336+ 
ORA 
A 
106S 
CABBIe 
337 
JZ 
SEND':; 
If 
count=g, 
send 
no 
data 
1069 
1A 
338 
SEND3: 
LDAX 
0 
Get 
data 
byte 
105A 
03')9 
339 
OUT 
OOUT 
Output 
to 
GPI8 
106C 
8" 
340 
CMP 
8 
'fest 
EOS 
••• 
this 
is 
fa ster 
341 
and 
uses 
less 
code 
than 
uslnq 
342 
91 
t s 
END or 
EOI 
bits 
231324-34 


inter 


1070 
OB~l 
1972 
E~02 
1974 
CA7910 
1977 
13 
1978 
90 
1979 
C26919 
197C 
C38810 
197F 
13 
1989 
00 


1081 
OB~l 
1983 
E~n 
1985 
CAB118 


1988 
3Et'0 
198A 
03'9 
198C 
3E89 
198E 
n3~5 


1099 
OB~F 
1992 
E'92 
1994 
C29~19 


1997 
OB~F 
1999 
E~92 
199B 
CA9719 
199E 
C9 


19A2 
7E 
19A3 
FE49 
19A5 
FA3911 
19A8 
FE5P 
19AA P23911 


UB9 
OB~l 
19B2 
"92 
1984 
CAB9lA 
19B7 
3E3P 
19B9 
03'8 


19B8 
OB~l 
19BO 
E~92 
19ap 
CABB19 


343 
344 
SEND"': 
345+??AA3Fi: 
34~+ 
347+ 
348 
349 
35" 
HI 
352 
SF-NOS: 
353 
354 


355+779987 
: 
356+ 
357+ 
358 
359 
SEND': 
3~8 
361 
3'2 
3'3 
J"4+??9"~8 
: 
3'5+ 
31;';+ 
H7 
368+119309: 
3~9+ 
370+ 
371 
372 
373 
374 
375 
376 
377 
INPUT: 
378 
379 
3B9 
381 
382 
383 
384 
3R5 
RETURNS: 
38' 
3B7 
388 
3B9 
399 
ECV: 
391 
392 
393+ 
394+ 
395+ 
39'+ 
397+ 
398+ 
399+ 
490. 
491+ 
492+ 
493 
494 
495 
496 
497+110919: 
488+ 
499+ 
419 
411 
412 
413+17""11 
: 
414+ 
415+ 


JZ 
WAITO 
IN 
ANI 
JZ 
INX 
OCR 
J~Z 
J~P 
INX 
OCR 
WAITO 


INTI 
BO~ 
??A0AFi 
o 
C 
SEND) 
sEN06 
o 


C 


;Get 
Intl 
status 
;Check 
for 
byte 
out 
;If 
n")t. 
tr-y 
aqilin 
:Increl'lent 
buffer 
pointer 
:Decrement 
count 
; I f 
count 
< 
> 
"'. 
qo 
send 
:Else 
qo 
finish 
; fo r consi stency 


;This 
ensures 
that 
the 
st"'nciard 
entry 
:Get 
IntI 
status 
;C~eck for 
byte 
out 
;If 
not, 
try 
a1ain 
;assumptions 
for 
the 
next 
su"Houtine 
:Take 
control 
syncronously 


:Wait 
for 
Tel 
;Get 
task 
complete 
lnt,etc. 
:Mask 
it 
;Walt 
for 
task 
to 
~e 
complete 


OUTPUT: 
CALLS: 
DESTROYS: 


~OV 
ou'r 
RANGE 


ou'r 
INX 
wAI'rO 
IN 
ANI 
JZ 
MVI 
ou'r 
WAlTa 
IN 
ANI 
JZ 


INTI 
BO~ 
??0B97 


HL talker 
pointer 


Dt:': 
nata 
buffer 
pointer 
C 
count 
(max 
butfer 
size) 
B implies 
25«; 
9 
EOS chc'lracter 
Fills 
buffer 
pointed 
at 
by 
OE 
None 
A. 
BC. 
DE. 
HL. 
F 


A=9 
normal 
termination--EOS 
det~cted 
"'=4A 
Error--- 
count 
overrun 
A<4A or 
A>5EH Error--- 
ban 
talk 
ad ...•ress 


A,8 
;Get 
EOS 
char~cter 
EOSR 
;Output 
it 
to 
91 
49H. 
SEH, 
HECV'; 
;Checks 
for 
value 
in 
range 
;branches 
to 
label 
if 
not 
;in 
range. 
Falls 
throuqh 
if 
; lower 
<- 
( 
(H) (L) 
) 
<a 
upper. 
;Get 
next 
byte. 


;valid 
if 
49H<- 
talk 
<~5EH 
;Output 
talker 
to 
GPIB 
;Incr 
pointer 
for 
consistency 


;Get 
IntI 
status 
;Check 
for 
byte 
out 
; I f 
not, 
try 
aqain 
;Stop 
other 
listeners 


;Get 
IntI 
status 
;Check 
for 
byte 
out 
;If 
not. 
try 
aqain 


~VI 
ou'r 
:-tVI 


OUT 
'NAITX 
IN 
ANI 
JNZ 
WAITT 
IN 
ANI 
JZ 
RET 


A, TCSY 
C••.•092 
A,AXRA 
AUXMD 


PRTF 
TCIF 
??8398 


PRTli' 
TCIF 
1?0999 


A.~ 
4"H 
RECV6 
5EH+l 
RECVfi 


INTI 
BO~ 
??~Ol" 
A,UNL 
OOUT 


INTI 
BOM 
??911111 


inter 


10C2 
3E21 
10C4 
03~0 
1OC6 
3E86 
10C8 
D365 


1OC'" 0861 
10CC 
E5"2 
10CE 
C•••C•••10 
1 "01 
3£4" 
1"03 
0364 


1905 
•••F 
1006 
0365 
1908 
3£F6 
100'" 
03~9 


lODe 
DB6F 
190E 
E532 
10E0 
C20C1O 


19E 3 086F 
10E5 
E602 
1OE••• 0861 
10EC 
47 
19EO 
E610 
10EF 
C20511 
10F2 
78 
19F3 
E691 
19F5 
CAE•••10 
19F8 
0860 
10F ••• 12 
10F8 
13 
lAFC 
00 
10FO 
C2E"'19 
1109 
0640 
1102 
C31711 


1105 
78 
1106 
E691 
1108 
C21011 
1108 
0861 
1100 
C3B611 
1110 
0859 
1112 
12 
1113 
13 
1114 
00 
1115 
9690 


1118 
086F 
1110 
E602 
IllF 
C21811 


1122 
086F 
1124 
E602 
1126 
C"'2211 


1129 
3E80 
1128 
0355 
1120 
3E80 
112F 
0364 
1131 
3E03 
1133 
0365 


1135 
AF 
1136 
0365 
1138 
78 
1139 
C9 


"VI 
OUT 
"VI 
ou'r 
WAITO 
IN 
",NI 
JZ 
.VI 
ou'r 
CLRA 
XR'" 
OUT 
.VI 
OUT 
W"'ITX 
IN 
",NI 
JNZ 
WAITT 
IN 
.•• 
NI 


IN 
MV 
•••NI 
JNZ 


:4IOV 
"'NI 
JZ 
IN 
STAX 
INX 
OCR 
JNZ 
MVI 
JMP 


A,MLA 
oou'r 
A, AXRA+HOE"ID+EDEOS 
; En" 
when 
AUX~D 
;E05 
or 
EDt' 
Holtlof! 


INTI 
80" 
??"IH2 
"',LON 
AORMD 


.•. 


AUX!ltD 
A,GTSB 
CM092 


PRTF 
TCIF 
??0"13 


PRTF 
TCIF 
INTI 
a •.•• 


ENDI'tK 
RECV2 
•••• 
8 


81M 
RECVl 
DIN 
o 
o 
C 
RECVl 
8,4tH 
RECV5 


;Get 
IntI 
status 
;Check 
for 
byte 
out 
:It 
not, 
try 
again 
;Listen 
only 


:Wait 
f()r 
TCI:sl 
;Get 
task 
complete 
int,etc. 
;Mask 
it 
:Get 
91 
lot 
status 
(£~D 
'lor 
81) 
;Save 
it 
in 
B 
for 
81 
check 
later 
;Cl1eck 
for 
EOS or 
Eol 
;Yes 
end--- 
90 
wait 
for 
81 
iNO, 
retrieve 
status, 
;check 
for 
BI 
iND, 
go 
wait 
for 
either 
END 
or 
81 
;YES, 
81--- 
get 
data 
;Store 
it 
In 
buffer 
; Increment 
buffer 
pointer 
;Oecrement 
counter 
ilt 
count 
< 
} 
9 go 
back' 
wait 
:EIse 
set 
error 
indicator 
:And 
qo 
take 
control 


;Retreive 
status 
;Check 
for 
81 
;If 
BI 
then 
10 
input 
~ata 
;Else 
wait 
for 
last 
BI 
; In 
loop 
;Get 
data 
byte 
;Store 
it 
in 
buffer 
; Incr 
data 
pointer 
;Decrement 
count, 
but 
iqnore 
it 
;Set 
normal 
completion 
indicators 


;Wait 
for 
Tel-I 
;Get 
task 
complete 
int,etc. 
;Mask 
it 
;W~it 
for 
task 
to 
be 
complete 


; 
;This 
bit 
pattern 
alrea"y 
in 
-,,- 
;Output 
TON 
;Finis" 
handshake 


;A 
XOR 
A 
-l1J 
; If'lmediate 
execute 
PeN-Reset 
LON 
;Get 
completion 
character 


41~ 
417 
418 
419 
420 
421+7?""12: 
422+ 
423+ 
424 
4 25 
426 
427+ 
428 
429 
430 
431 
432+??9013: 
433+ 
434+ 
435 
43fi+??~A14: 
437+ 
439 
RECVl: 
440 
441 
442 
443 
444 
445 
445 
447 
448 
449 
450 
451 
452 
453 
; 


454 
RECV2: 
455 
RECV3: 
456 
457 
458 
459 
RECV4: 
460 
461 
462 
463 
464 
465 
RECV5: 
466 
467 
468+710015: 
469+ 
479+ 
471 
472+7?0016: 
473+ 
474+ 
475 
, 
476 
;If 
timeout 
is 
to 
be 
checked, 
the 
ahove 
WAITT should 
477 
;be 
o~itted 
, 
the 
appropriate 
code 
to 
look 
for 
TCI or 
478 
;TOU'r3 inserted 
here. 
479 
480 
481 
482 
483 
484 
485 
486 
487+ 
488 
489 
490 
RECV6: 


MOV 
"'NI 
JNZ 
IN 
JMP 
I~ 
STAX 
INX 
OCR 
MVI 


•••• 
8 
81M 
RECV4 
INTI 
HECV3 
DIN 
o 
o 
C 
8.0 


MVI 
OUT 
""'ITX 
IN 
",NI 
JRZ 
WAITT 
IN 
.•• 
NI 
JZ 


PRTF 
TCIF 
??IHlJl5 


PRTF 
TCIF 
??3916 


"VI 
ou'r 
"VI 
OUT 
MVI 
OUT 


CLR'" 
XR'" 
ou'r 
MOV 
RET 


A, AXR.' 
AUXMD 
A,TON 
AOR"O 
A,FNHSK 
"'UXMO 


.•. 
"'UXMO 
•••• 
8 


113A 
7E 
113B 
FE40 
1130 
FABB11 
1140 
FE5F 
1142 
F2BB11 
1145 
0358 
1147 
23 


114B 
oB51 
114A 
E602 
114C 
CA4811 
114F 
3E3P 
1151 
0350 


1153 
7E 
1154 
PE20 
1156 
FA6Cll 
1159 
PE3F 
115B 
F26Cll 


115E 
0861 
1160 
E602 
1162 
CA5Ell 
1165 
7E 
1166 
0360 
1168 
23 
1169 
C35311 


116C 
oB61 
116E 
E6B2 
1170 
CA6Cll 
1173 
3E87 
1175 
0365 
1177 
3E40 
1179 
0364 


lln 
AF 
117C 
0365 
117E 
78 
117F 
0367 
1181 
3EF6 
1183 
0369 


491 
492 
; ••••• 
* *** ** •.•••••.••. 
*** ••• * •.****. 
** •••• 
** ••••••• 
** •.•.•.•_.* .._..•• 
493 
Xr'E" 
"OUnNE 
494 
495 
496 
; INPu'rs: 
497 
498 
499 
5B0 
501 
502 
583 
504 
,NOTE. 


505 
505 
587 
608 
509 
SIB. 
511 
XFER: 
512+ 
513+ 
514+ 
515+ 
5H+ 
517+ 
518+ 
519+ 
528+ 
521+ 
522 
523 
524 
525+779"17: 
526+ 
527+ 
528 
529 
53B 
XFERl: 
531+ 
532+ 
533+ 
534+ 
535+ 
536+ 
537+ 
538+ 
539+ 
540+ 
541 
542+71BBl8: 
543+ 
544+ 
545 
546 
547 
548 
549 
XPER2: 
558+719919: 
551+ 
552+ 
553 
554 
555 
556 
557 
55S+ 
559 
560 
561 
562 
563 


;ou'rpUTS: 
,CULS: 
; DESTROYS: 
;RETURNS: 


MOV 
CPI 
JM 
CPI 
JP 
WAITO 
IN 
ANI 
JZ 
.,..ov 
ou'r 
INX 
JMP 
WAITO 
IN 
ANI 
JZ 
~VI 
OUT 
MVI 
ou'r 
CLRA 
XRA 
ou'r 
MOV 
ou'r 
MVI 
OUT 


MOV 
CPI 
JM 
CPI 
.IP 
OUT 
INX 
WAITO 
IN 
ANI 
JZ 
"VI 
OUT 
RANGE 


A,M 
2BH 
XFER2 
3EH+1 
XFER2 


INTI 
SOM 
H8Bl8 
A.M 
roUT 
H 
XFERI 


HL rtevict! 
list 
pointer 
8 
EOS 
character 
None 
None 
A, 
Hl, 
F 
"=0 
normal, 
'" < 
> 
" 
ba" 
t .•lker 


XFER will 
not 
work 
if 
the 
talker 
uses 
F:OI 
to 
terminate 
the 
transfer. 
Intel 
will 
be 
making 
hardware 
mo~ifications 
to 
the 
9291 
that 
will 
correct 
this 
problem. 
Until 
that 
time. 
only 
E05 
may 
be 
used 
without 
possible 
loss 
of 
the 
last 
data 
hyte 
transfered. 
4ftH, 
5EH, 
XFER4 
; Check 
for 
val 
id 
toll 1 ker 
;Checks 
for 
value 
in 
ranqe 
ibranches 
to 
label 
if 
not 
; in 
ranqe. 
Falls 
throu1h 
if 


; lower 
<::II 
( 
(H) (L) 
) 
<'" 
upper. 
IGet 
next 
byte. 
A,M 
4BH 
XFER4 
SI::H+I 
XFER4 
roUT 
H 


INTI 
BOM 
1?9"17 
A.,UNL 
OOUT 
29H,3£H,XFER2 
;Chec:k 
for 
valid 
listener 
;Chec:ks 
for 
value 
in 
ran~e 
Ibranc:hes 
to 
label 
if 
not 
;in 
range. 
Falls 
through 
if 
; lower 
<- 
( 
(H) (L) 
) <- 
up"er. 
;Get 
next 
byte. 


;Get 
IntI 
status 
;Chec:k 
for 
byte 
out 
;It 
not, 
try 
again 
;Universal 
unl isten 


;Get 
IntI 
st ••tus 
~Chec:k for 
byte 
out 
;If 
not, 
try 
again 
;Get 
listener 


INTI 
;Get 
IntI 
st ••tus 
80M 
;Check 
for 
byte 
out 
??A819 
IIf 
not, 
try 
again 
A, AXRA+CAIiCY+EDEOS 
;Invisible 
handshake 
AUX"'O 
;Continuous 
"H mode 
A,LON 
;Llsten 
only 
ADR"O 


;A 
XOR 
A 
-" 
; Immed. 
XEO 
PO'" 
;Get 
EOS 
;Output 
it 
to 
91 
;Go 
to 
stand 
by 


A 
AUX"lO 
A,8 
EOSR 
A,GTSB 
CMD92 


inter 
AP·66 


55~ 
'IAITX 
1185 
DBf';F 
555+778020: 
IN 
PRTfo~ 
1187 
E502 
556+ 
ANI 
TCIF 
1189 
C285Il 
557+ 
JNZ 
??""29 
558 
WAITT 
;Wait 
for 
TeS 
1I8C 
086F 
5~9+??9121 : 
IN 
PRTF 
;Get 
task 
c()mplete 
int,etc. 
1I8E 
E602 
578+ 
ANI 
TCIF 
;Mask 
it 
1198 
CA8C11 
571+ 
JZ 
778021 
;Wait 
for 
task 
to 
be 
complete 
1193 
0861 
572 
XFER3: 
IN 
INTI 
iGet 
END 
status 
'">1t 
1195 
E518 
573 
ANI 
ENDMK 
;Mask 
It 
1197 
CA9311 
574 
.JZ 
XFER3 
1I9A 
3EFO 
575 
MYI 
A,TCSY 
;'fake 
control 
sync co oous! 
y 
1I9C 
0359 
575 
ou'r 
CM092 
577 
WAI'rX 
119E 
DB5F 
578+718022 
: 
IN 
PRTF 
lIA8 
E6n 
579+ 
ANI 
TCIF 
lIA2 
C29E11 
588+ 
JNZ 
??932'- 
581 
WAITT 
;Wait 
for 
Tel 
lIAS 
I>B5F 
582+770823: 
IN 
PRrF 
:Get 
task 
complete 
int,etc. 
lIA7 
E582 
5B3+ 
ANI 
TCU' 
:Mask 
it 
11A9 
CA.••511 
5B4+ 
JZ 
?7""23 
:Watt 
for 
task 
to 
be complete 
lIAC 
3EB8 
5~5 
."'IVI 
",AXR" 
;Not 
cont 
A1i 
or 
ENn 
on 
EO!; 
lIAE 
0365 
585 
ou'r 
AUX:'4D 
lIB8 
3E83 
587 
'WI 
A, 
FNHSK 
;Finish 
handsh~ke 
11B2 
0355 
588 
OU'f 
AUX"O 
lIB4 
3E88 
589 
MYI 
A,TON 
:Talk 
only 
lIB5 
0354 
598 
OU'r 
.••ORMI> 
591 
CLR.•• 
; No rmal 
return 
"'~8 
I1B8 
AF 
592+ 
XR'" 
.•. 
:A 
XOR 
A 
=9 
1189 
0355 
593 
OUT 
AUXIllID 
;Immediate 
X£Q PON 
118B 
C9 
594 
Xf'['l4: 
RET 
595 
596 
i···························· 
..........•.•........•. 
597 
598 
599 
TRIGGER 
ROUTINE 
688 
581 
682 
; INPu'rs: 
HL listener 
list 
pOinter 
583 
;OUTPUTS: 
None 
584 
; CALLS: 
None 
585 
,DESTROYS: 
A, 
HL, 
F 
585 
; 
587 
; 
lIBC 
3E3F 
588 
'fRIG: 
MYI 
A,UNL 
; 
lIBE 
0358 
589 
OU'f 
DOUT 
;Send 
universal 
unl isten 
618 
TRIGl: 
RANGE; 
28H,3EH,TRIG2 
;Cheek 
for 
v"JIiit 
listen 
'HI+ 
;Cheeks 
for 
value 
in 
ranqe 
612+ 
;branehes 
to 
label 
if 
not 
513+ 
;in 
range. 
Falls 
through 
if 
614+ 
;lower <~ 
( 
(H) (L) 
) 
<- 
upper. 
515+ 
;Get 
next 
byte. 
lIC8 
7E 
f;IFi+ 
MY 
.•••M 
lICl 
FE28 
617+ 
CPI 
20H 
lIC3 
F"'091I 
51S+ 
JM 
TRIG2 
lIC6 
FE3F 
619+ 
CPI 
3EH+I 
lIC8 
F20911 
628+ 
JP 
TRIG2 
621 
WAITO 
;wait 
for 
lflIIL 
to 
finish 
lICa 
0851 
')22+7?IU124 : 
IN 
INn 
;Get 
IntI 
status 
lICO 
E682 
':;23+ 
ANI 
BOM 
;Ch@ck 
for 
byte 
out 
l1CF 
CACBlI 
624+ 
JZ 
178:124 
;If 
not, 
try 
a'l& in 
1102 
7E 
525 
!'<tOV 
"',M 
:Get 
1 istener 
1103 
0368 
526 
ou'r 
DOUT 
;Sen-:i 
Ll st@ner 
to 
GPI8 
1105 
23 
627 
INX 
H 
;Iner. 
pointer 
1106 
C 3C81I 
628 
JMP 
TRIr,1 
: Loop 
unti 
1 non-val 
i<1 ehar 
529 
TRIG2: 
WAITO 
tWit! 
t 
f"r 
last 
1i sten 
to 
finish 
1109 
D861 
538+778825: 
IN 
INn 
;G@t 
IntI 
st .•tus 
1108 
£';02 
631+ 
ANI 
ROM 
:Cheek 
for 
byte 
out 
1100 
CAD91I 
632+ 
JZ 
779925 
;If 
not, 
try 
a'la!n 
lIE8 
JEeS 
633 
:"VI 
",GET 
;Sen'" 
group 
execute 
trit'J':Jer 
lIEZ 
0368 
534 
OUT 
OOUT 
; to 
all 
ad<1r@sseli 
Ii 5teners 
635 
>I"'ITO 
lIE4 
OB61 
636+?18926: 
IN 
INTI 
;Get 
IntI 
status 
lIE5 
E502 
537+ 
ANI 
80M 
:Cheek 
for 
byte 
out 
231324-38 


inter 


llF8 
7E 
llPI 
FE28 
llP3 
PA8912 
llF~ 
FE3F 
llF8 
1'20912 


llP8 
D8H 
llPD 
E602 
llPF 
CAF811 
1202 
7E 
1203 
0360 
1205 
23 
120~ 
C3P011 


1209 
D8~1 
1208 
E~02 
1200 
CA0912 
1210 
3£04 
1212 
D3~0 


1214 
0861 
1216 
E602 
1218 
CA1412 
1218 
C9 


1228 
0861 
1222 
E602 
1224 
CA2812 
1227 
3E21 
1229 
0360 


1228 
0861 
1220 
E602 
122F 
CA2812 
1232 
3E18 
1234 
D3~0 


638+ 
~39 
~41 
641 
642 
643 
644 
~45 
~46 
647 
648 
~49 
~51 
651 
652 
653 
654 
DCLRI. 
655+ 
656+ 
657+ 
658+ 
659+ 
660+ 
661+ 
662+ 
~63+ 
6~4+ 
665 
~66+770027. 
667+ 
6~8+ 
6~9 
678 
671 
672 
673 
DCLR2: 


674+ 7700 28: 
675+ 
676+ 
~77 
678 
679 
680+178829: 
681+ 
682+ 
683 
684 
, 


685 
, ••••• 
_ •••••••••••••• 
__ •••••••••••••• 
••••••••••• 
_ 


686 
687 
~88 
~89 
690 
~91 
~92 
~93 
694 
~95 
696 
697 
698+178038: 
699+ 
788+ 
781 
782 
703 
704+178831 
: 
785+ 
786+ 
787 
788 
709 
718+178032. 


I, •••• - _*_. * ** 
._ ••• _._ •••• _••••••• a._ **_. 
, 
,DEVICE 
CLEAR 
ROUTINE 
I,, 
, INPUTS: 
;OUTPUT: 
,CALLS. 
,DESTROYS. 
, 
DCLR. 


,,, 
;INPUTS: 
, 
;OUTPUTS: 
,CALLS. 
iDESTROYS: 
, 
SPOL. 


HL 
listener 
pointer 
None 
None 
A, 
HL, 
F 


'IVI 
OUT 
RANGE 


",UNL 
COUT 
21H,3EH,DCLR2 
,Checks 
for 
value 
in range 
,branches 
to label 
if 
not 
;In 
range. 
Fftlls through 
if 
flower 
<- 
( 
(H) (Ll 
) <- upper. 
;Get 
next 
byte. 
NOV 
CPI 
J" 
CPI 
JP 
WAITO 
IN 
ANI 
JZ 
NOV 
OUT 
INX 
J>lP 
WAlTO 
IN 
ANI 
JZ 
NVI 
OUT 
WAITO 
IN 
ANI 
JZ 
RET 


A,N 
20H 
DCLR2 
3EH+l 
DCLR2 


INTI 
80N 
178827 
A,N 
COUT 
H 
DCLRI 


INTI 
80M 
1?8928 
A,SDC 
COUT 


INTI 
80M 
178829 


;Get 
IntI 
status 
,Check 
for 
byte 
out 
IIf 
not, 
try 
again 


;Get 
lot 1 status 
;Cheek 
for 
byte 
out 
;If 
not, 
try .qatn 
,Send 
device 
cle.r 
;To 
all 
addressed 
listeners 


;Get 
IntI 
statu9 
;Check 
fo r byte 
out 
;If 
not, 
try 
again 


HL talker 
list 
pointer 
DE status 
buffer 
pointer 
Fills 
buffer 
pointed 
to 
by 
DE 
None 
~, 
BC, 
DE, 
HL, 
F 


,Get 
IntI 
status 
,Check 
for 
byte 
out 
,If 
not, 
try 
.qain 
,My listen 
address 


MVI 
OUT 
WAITO 
IN 
ANI 
JZ 
MVI 
OUT 
WAITO 
IN 
ANI 
JZ 
NVI 
OUT 
WAITO 
IN 


INTI 
80M 
178038 
A,MLA 
COOT 


INTI 
80N 
nU31 
A,SPE 
COUT 


,Get 
IntI 
status 
,Check 
for 
byte 
out 
,If 
not, 
try 
aqain 
,Serial 
poll 
enable 
,To 
be 
formal 
about 
it 


1230 
7F. 
123£ 
F£4A 
1240 
FA9412 
1243 
F£5F 
124~ 
F29412 
1248 
7£ 
1249 
0360 
1248 
23 
124C 
3£40 
124£ 
0364 


1250 
0861 
1252 
E502 
1254 
CA5012 


1257 
AF 
1258 
0365 
125A 
JEF6 
125C 
0369 


125E 
086F 
1260 
E502 
1262 
C25£12 


1265 
085F 
1267 
£602 
1269 
CM512 


126C 
0861 
126E 
47 
126F 
E6~1 
1271 
CA6C12 
1274 
3EFO 
1276 
03~9 


1278 
086F 
127A 
£602 
127C 
C27812 


127F 
DB6F 
1281 
£692 
1283 
CA7F12 
1286 
086A 
1288 
12 
1289 
13 
128A 
3E80 
128C 
0364 


128£ 
AF 
128F 
0365 


1291 
C33012 


1294 
3£19 
1296 
0360 


1298 
0861 
129A 
£602 
129C 
CA9812 


129F 
AF 
12A0 
0365 
12A2 
C9 


711+ 
712+ 
713 
SPOL1: 
714+ 
715+ 
716+ 
717+ 
71A+ 
719+ 
720+ 
721+ 
722+ 
723+ 
724 
725 
726 
727 
728 
729 
738+779833 
: 
731+ 
732+ 
733 
734+ 
735 
735 
737 
738 
739+770834: 
740+ 
741+ 
742 
743+??0035: 
744+ 
745+ 
746 
747+770036: 
748+ 
749+ 
759+ 
751 
752 
753 
754+770037: 
755+ 
756+ 
757 
758+770838, 
759+ 
760+ 
761 
762 
763 
764 
765 
766 
767+ 
768 
769 
770 
771 
I 
772 
SPOL2, 
773 
774 
775+770039, 
776+ 
777+ 
778 
779+ 
780 
781 
782 
, 
783 
,** ••• **.** ••••• 
**.**********.****.*** 
•••• *** •••• ** ••• 
784 


~o"" 
;Check 
for 
byte 
out 
??AAJ2 
;If 
n>:)t, 
try 
aqain 
40:i,Sf:H,SPOL2 
;Check 
for 
valiet 
talker 
;Checks 
for 
value 
In 
ran'1f! 
;branches 
to 
la~el 
if 
not 
;In 
cantle. 
Falls 
throul]h 
if 
;lower 
<~ 
( 
eM) 
(L) 
} 
c- 
upper. 
,Get 
next 
hyte. 


A~I 
JZ 
RANGE 


MOV 
CPI 
J~ 
CPI 
JP 
,~OV 
ou'r 
INX 
~VI 


OUT 
WAITO 
I" 
ANI 
JZ 
CLRA 
XRA 
ou'r 
~VI 
OUT 
WAITX 
I" 
ANI 
JNZ 
WAITT 
IN 
ANI 
JZ 
WAITI 
IN 
MOV 
ANI 
JZ 
MVI 
ou'r 
WAITX 
IN 
ANI 
J"Z 
WAIT'r 
IN 
ANI 
JZ 
IN 
STAX 
INX 
MVI 
OUT 
CLRA 
XRA 
ou'r 


A,M 
40H 
SPOL2 
5EH+! 
SPOL2 
A,M 
DOU'r 
H 
A,LO~ 
ADR"'O 


INT1 
80~ 
710033 


A 
AUXMO 
A,CTSB 
CM092 


PRTF 
TCIF 
770A34 


PRU 
TCIF 
770A35 


IN'r1 
a,A 
81M 
779036 
A,TCSY 
CM092 


PRTF 
TCIF 
770837 


PRTF 
TCIP 
770038 
DIN 
o 
o 
A,TON 
AORMO 


;Get 
talker 
; Senn 
to 
GPIB 
:Iner 
t"'lker 
1 1st 
pointer 
;LiRten 
only 


,Wait 
for 
talk 
a~dress 
;Get 
IntI 
status 
;Check 
for 
byte 
out 
,If 
not, 
try 
again 
,Pattern 
for 
Imme~i.te 
lit 
XOR 
A 
." 


;Walt 
tor 
TCI 
;Get 
task 
complete 
Int,etc. 
;Mask 
it 
;W~it 
fnr 
task 
to 
he 
complete 
;Wait 
for 
status 
byte 
input 
;Get 
INTI 
st,lJtus 
;Save 
status 
in 
B 
;Check 
tor 
byte 
in 
;It 
not, 
just 
try 
again 
;TAke 
control 
sync 


;Wait 
for 
Tel 
;Get 
t.ak 
complete 
Int,etc. 
;Mask 
it 
;Wait 
tor 
taak 
to 
be 
complete 
;Get 
serial 
poll 
stetus 
hyte 
;Store 
it 
In 
bufter 
; lncr 
poInter 
;Talk 
only 
for 
controller 
, 


,A 
XOR 
A .n 
1lmmed I tate 
XEQ PON 
,CLR 
LA 
,Go 
on 
to 
next 
devIce 
on 
11st 


,Get 
IntI 
status 
,Check 
for 
byte 
out 
,It 
not, 
try 
aqain 


MVI 
OUT 
WAI'rO 
IN 
ANI 
JZ 
CLRA 
XRA 
OUT 
RET 


INT 1 
BOM 
179"39 


inter 


785 
PARALLEL 
POLL 
F;NA8LE 
ROU'rINE 
78~ 
787 
INPUTS: 
HL 
1 istener 
list 
pointer 
788 
11£ 
confit'}uration 
byte 
pointer 
789 
OUTPu'rS: 
None 
798 
CALLS: 
None 
791 
DE5THOYS: 
". 
D&, 
HL, 
F 
792 
793 
12"3 
3£3F 
794 
PEN: 
MVI 
A,U~L 
;Universal 
unl isten 
12"5 
D368 
795 
OUT 
DOU'r 
796 
PP&N1 : 
RANGE 
2AH, 
3EH, 
PPE'hl2 
;Check 
for 
valid 
listener 
797+ 
;Checks 
for 
value 
in 
range 
798+ 
:branches 
to 
label 
if 
not 
799+ 
;in 
rant'fe. 
Falls 
throul'Jh 
If 
89A+ 
;lower <= 
( 
(H) (L) 
) 
<= 
u?per. 
881+ 
;Get 
next 
byte. 
12"7 
7& 
8A2+ 
MOV 
".101 
121<8 FE28 
883+ 
CPI 
28H 
12"" 
F"D812 
884+ 
J'4 
PPEN2 
12"D 
FE3F 
895+ 
CPI 
3EH+1 
121<F P2D812 
89fi+ 
JP 
PPEN 2 
887 
"'''ITa 
;valiet 
Wll it 
91 
data 
out 
req 
1282 
D861 
888+113040: 
IN 
INTI 
:Get 
IntI 
status 
1284 
E682 
889+ 
"NI 
80M 
;Check 
for 
hyte 
out 
1286 
C"8212 
818+ 
JZ 
11004A 
:If 
not, 
try 
aqain 
1289 
7E 
811 
MOV 
",101 
;Get 
listener 
128" 
D368 
812 
OUT 
DOu'r 
813 
'IiAITO 
128C 
0861 
814+??AloJ41: 
IN 
INn 
:Get 
IntI 
status 
128E 
E682 
815+ 
"NI 
80M 
:Check 
for 
hyte 
out 
12cn 
CABel2 
816+ 
JZ 
179'941 
:If 
n~t, try 
again 
12C3 
3E85 
817 
:-tVI 
A,PPC 
;Parallel 
poll 
confiqure 
12C5 
D3~8 
818 
DU'f 
roUT 
819 
WAlTa 
12C7 
D861 
829+??""42 
: 
IN 
INTI 
;Get 
IntI 
status 
12C9 
E~92 
821+ 
"NI 
80M 
;Check 
for 
byte 
out 
12C8 
C"C712 
822+ 
JZ 
??3942 
; I f 
not, 
try 
aqain 
12CE 
1" 
823 
L!>"X 
D 
;Get 
matchin1 
confiquration 
byte 
12CF 
F668 
824 
ORI 
PPE 
;!'lerge 
wi th 
parallel 
poll 
enable 
12DI 
D368 
825 
ou'r 
DOUT 
12D3 
23 
826 
INX 
H 
; Incr 
pointers 
1204 
13 
827 
INX 
D 
12D5 
C3"712 
828 
JMP 
PPENl 
;Loop 
unti 
1 
inval1ti 
listener 
char 
829 
PPEN2: 
,.,AITO 
12D8 
D8H 
838+7?AA43: 
IN 
INTI 
;Get 
Intl 
status 
120" 
E6~2 
831+ 
"NI 
BO~ 
;Check 
for 
byte 
out 
12DC C"D812 
832+ 
JZ 
?783013 
;If 
not, 
try 
aga in 
12DY C9 
833 
8ET 
834 
; 
835 
;P1<R1<LLEL POLL DIS"8LE 
ROU'rI~E 
836 
; 
837 
I INPUTS. 
HL listener 
list 
pointer 
838 
;OUTPUTS: 
None 
839 
;CALLS: 
None 
848 
;DESTROYS: 
'" 
HL. 
F 
841 
I 
12E8 
3E3F 
842 
PPDS: 
,~VI 
A,U"'IL 
;Universal 
unl isten 
12E2 
036~ 
843 
0U'r 
DQUT 
844 
PPOSI: 
RANGe 
2aH,3£H,PPDS2 
;Check 
for 
val 
id 
listener 
845+ 
,Checks 
for 
value 
in 
ranqe 
84H 
;branches 
to 
label 
if 
not 
847+ 
;in 
ran']e. 
Falls 
throuqh 
If 
848+ 
;I0"".r <- 
( 
(H) (Ll 
) 
<- 
upper. 
849+ 
;Get 
next 
hyte. 
12E4 
7E 
85H 
MOV 
".101 
12E5 
FE2~ 
851+ 
CPI 
28H 
12E7 
F"FOI2 
852+ 
JM 
PPDS2 
12E" 
FE3F 
853+ 
CPI 
3EH+I 
12EC 
F2Y012 
854+ 
JP 
PPDS2 
855 
W"ITO 
12EF 
D861 
85H??~844 
: 
IN 
INn 
;Get 
IntI 
status 
12Y1 
E692 
857+ 
"NI 
80M 
;Check 
for 
byte 
out 
12F3 C"EF12 
858+ 
JZ· 
??89401 
;If 
n~t, try 
aqatn 
231324-41 


12FI; 
7E 
12F7 
D3n0 
12F9 
23 
12,'A 
C3E412 


12FD 
DBnl 
12l-'F 
f./H'2 
1301 
CAFD12 
13"4 
3E05 
13001:) 035A 


1308 
DB61 
130A 
E602 
130C 
CA0813 
130F 
3E70 
1311 
D360 


1313 
DB61 
1315 
EI;02 
1317 
CA1313 
131A 
C9 


131F 
DB61 
1321 
E602 
1323 
CAIF13 
1321; 
C9 


1328 
AF 
132C 
D365 
132E 
3EF5 
IH0 
D369 


1332 
OB61 
1334 
47 
1335 
E601 
1337 
CA3213 
133A 
3E80 
IHC 
D364 


IHE 
AF 
133F 
D365 
1341 
DB60 
1343 
C9 


859 
800 
8'1 
862 
0';3 
PPDS2: 
81;4+??AiJ4S: 
865+ 
85l'i+ 
867 
868 
869 
878+118346; 
871+ 
872+ 
873 
874 
875 
A7fi+??A847 
: 
877+ 
878+ 
879 
880 
881 
, 
882 
883 
884 
885 
886 
887 
888 
889 
PPUN: 
890 
891 
892+??0A48: 
893+ 
894+ 
895 
896 
, 
897 
;******************.*.***************************** 
898 
899 
;CONDUCT 
A 
PARALLEL 
POLL 
900 
901 
; 
902 
,INPu'rs: 
903 
iOUTPUTS: 
904 
;CAL[.s: 
985 
;DESTRO~S: 
906 
; RETURNS: 
907 
, 
908 
PFOL: 
909 
910 
911+ 
912 
913 
914 
915 
910+770049: 
917+ 
918+ 
919+ 
920 
921 
922 
923+ 
924 
925 
921; 
927 
928 
929 
PASS 
CONTROL 
ROUTINE 
930 
931 
INPUTS: 
932 
ou'rpuTS: 


; 
;INPUTS: 
;OUTPUTS: 
;CALLS: 
:DESTROYS: 


~OV 
OUT 
INX 
J.P 
WAITO 
IN 
ANI 
,1Z 
~Vl 
Du'r 
WAITO 
IN 
ANI 
JZ 
MVI 
ou'r 
WAITO 
IN 
ANI 
JZ 
RET 


A,M 
OOUT 


H 
PPDSI 


IN'rl 
80M 
??8ti'411 
A,PPC 
DQU'r 


IN'rl 


801" 
??'HUfi 
A,PPD 
DOUT 


INTI 
BOM 
??"A47 


:Get 
IntI 
st",tus 
;Check 
for 
hyte 
out 
ilf 
not, 
try 
aqain 
;parallel 
poll 
r.onfiqure 


;Get 
IntI 
status 
;Check 
for 
byte 
out 
;If 
not, 
try 
aqain 
;Parallel 
poll 
disable 


;Get 
IntI 
status 
;Check 
for 
byte 
out 
:If 
not, 
try 
aqain 


MVI 
ou'r 
CLRA 
XRA 
OUT 
MVI 
OUT 
WAITI 
IN 
MOV 
ANI 
JZ 
MVI 
OUT 
CLRA 


XRA 
ou'r 
IN 
RET 


None 
None 
None 
A, 
F 


~"'VI 
ou'r 
WAITO 
IN 
ANI 
JZ 
RET 


INTI 


ROM 
770048 


;Get 
IntI 
status 
;Check 
for 
byte 
out 
; If 
not, 
try 
a.,ain 


;Immed iate 
XEQ PON 
;A 
XOR 
A 
'*0 
;Reset 
TOt.l 
;Execute 
parallel 
poll 


;Wait 
for 
completion= 
81 
on 
91 
;Get 
INTl 
status 
;Save 
status 
in 
B 
;Check 
for 
byte 
in 
;If 
not, 
just 
try 
aqain 
;Talk 
only 


;Immediate 
XEQ 
PON' 
;A 
XOR 
A 
"'9 
;Reset 
LO"l 
;Get 
PP byte 


None 
None 
None 
A, 
S, 
10' 
A:: parllilel 


A 
AUXMD 
A,EXPP 
CMD92 


INTI 
8,A 
RIM 
710049 
A,TOtoi 
ADRMD 


A 
AUX~D 
DIN 


inter 


1344 
7£ 
1345 
FE40 
1347 
F•••8"'13 
134 ••• F£5F 
134C 
F28 •••13 
134F 
F£41 
1351 
C"'8 •••13 
1354 
03'0 


1356 
oB61 
1358 
£Ge~ 
135 ••• C"'5'13 
1350 
3E89 
135F 
03'0 


1361 
oB61 
1363 
E602 
13'5 
CMU3 
1368 
3E01 
136 ••• 0364 


13'C 
AF 
1360 
0365 
135F 
3E01 
1371 
0356 
1373 
3E"'1 
1375 
03'5 


1378 
OB'F 
1370 
E602 
137F 
C27B 13 


13B2 
oSH 
1384 
£602 
1385 
CA8213 
1389 
23 
13eA 
C9 


138B 
oB61 
13Bo 
E688 
138F 
C•••CF13 
1392 
OB65 
1394 
FE.9 


933 
;C"'LLS: 
934 
; DESTROYS: 
935 
pcn: 
R",NGE 
936+ 
937. 
938+ 
939+ 
94.+ 
941+ 
942+ 
943+ 
944+ 
945+ 
946 
947 
948 
949 
959+118353 
: 
951+ 
952+ 
953 
954 
955 
956+710051 
: 
957+ 
958+ 
959 
96B 
951 
9'2+ 
963 
964 
965 
96' 
967 
968 
969 
97. 
971 
972+110352 
: 
973+ 
974+ 
975 
91r,+??01l153 : 
977+ 
978+ 
979 
99. 
PCTti: 
981 
982 
; 
933 
;.* •••• **** 
* ** *****. 
* *.*. * * ****** 
•••• 
* .••• * 
984 
; 
985 
;RECEIVE 
CONTROL ROUTINE 
986 
987 
;INPUTS: 
988 
;OU'fPUTS: 
989 
;CALLS: 
990 
;OP-STROYS: 
991 
; RETURNS: 
992 
; 
993 
;NOTE: 
994 
, 
995 
996 
997 
998 
999 
18A8 
18Bl 
RCTL: 
1002 
1003 
1004 
1005 


None 
A., 
HL, 
F 
40H,5EH,PCTLl 
:Is 
it 
a 
valid 
talker? 
;Checks 
for 
value 
in 
ran'le 
:branches 
to 
la~el 
if 
not 
fin 
ranqe. 
Falls 
throuqh 
if 
; lower 
<= 
( 
(H) (L) 
) 
<= 
upper. 
;Get 
next 
byte. 
••••M 
40~ 
PCTLI 
5EH+l 
PCTLI 
MT'" 
PCTLI 
DOUT 


INTI 
BOM 
71005B 
A,TCT 


DOUT 


IN'rl 
80M 
119351 
",MODEl 
ADR~D 


PRTF 
TCIF 
1101352 


PRTF 
TCIF 
??0A53 
H 


:Is 
it 
my 
talker 
ad~ress 
:Yes, 
just 
return 
; Send 
on 
CPI8 


;Get 
IntI 
status 
;Check 
for 
byte 
out 
;If 
not, 
try 
again 
;Take 
control 
mess~qe 


:Get 
IntI 
status 
:Check 
for 
hyte 
out 
:If 
not, 
try 
aqain 
;Not 
talk 
only 
or 
listen 
only 
:Enable 
91 
a~~ress mo~e 1 


;Wait 
for 
Tel 
;Get 
task 
c~mplete 
int,etc. 
;Mask 
it 
;Wait 
for 
task 
to 
he 
complete 


None 
None 
None 
•••• 
F 
A= 
lnval 
id 
(not 
take 
control 
to 
us 
or 
CPf 
bi t 
not 
on) 
< 
) 
9 
= 
valid 
take 
control-- 
92 
will 
now 
be 
in 
control 
THIS 
CODE 
MUST 
BE 
TIC~TLY 
INTEGRATED 
INTO 
ANY 
USr.q 
SOFTWARE 
THA'f 
FUNCTIO~S 
WITH 
'fHE 
13291 
A5 
A 
DEVICE. 
NORl'4ALLY 
SO~E 
AOVAlIlCE 
WARNING 
OF 
IMPENOPlC 
PASS 
CO~TROL 
SHOULD 
BE 
GIVE"" 
TO 
US 
I3Y 
fHE 
CONTROLLF:R 
WITH 
OTHER 
USEFUL 
INFO. 
THIS 
PROTOCOL 
IS 
SITUATION 
SPECIFIC 
AND 
WILL 
NOT 
RE 
COVERED 
HERE. 


INTI 
CPT 
RC'fL2 
CP'fRG 
TC'f 


MOV 
CPI 
J." 
CPI 
JP 
CPI 
JZ 
OUT 
WAITO 
IN 
••••1 


JZ 
~VI 


OU'f 
WAITO 
IN 


",NI 
JZ 
MVI 
OU'f 
CLR'" 
XRA 
A 
: A 
XOR 
A 
-A 
OUT 
AU 
X"'t ° 
:Immed 
iate 
XEQ 
PON 
~VI 
A,IotDA 
:My 
device 
ad~ress 
OUT 
AORAI 
:enabled 
to 
talk 
and 
listen 
MVI 
A, 
AXRB+CPTEIIl 
:Command 
pass 
thru 
enable 
OUT 
AUX",O 
;·······optional 
PP 
confiquration 
goes 
here 
•••••••• 
MVl 
"',GIOL 
:q2 
go 
idle 
command 
OU'f 
CM092 
W"'ITX 
IN 
•••NI 
JNZ 
WAITT 
IN 
",NI 
JZ 
INX 
RET 


Get 
INTI 
rery 
(i.e. 
CP'f etc.) 
Is 
command 
PlIISS 
thru 
on 
? 
No, 
invalid-- 
qo 
return 
Get 
command 
15 
it 
take 
control? 


139~ 
C2C"'13 
1399 
08"4 
139B 
E6~2 
1)90 
C",C"'13 
13 .••~)E6B 
13.••2 03~~ 
13 .••4 3EBA 
13 .••6 n3~4 


13 •••B ••••- 
13 .••9 0)61 
13"'8 
0)~2 
13 .••0 
0365 
13 .••F 
3EF'" 
13Bl 
OH9 
1383 
3E0,' 
1385 
03~5 


1387 
08~F 
1389 
E6~2 
13d8 
C28713 


13dE 
086F 
Ilea 
EFi02 
13C2 
C"'BE13 
13C5 
3E89 
13C7 
C3CFl3 
13C .•• 3E8F 
l)CC 
D365 


13UO 0869 
1302 
E620 
1304 
C"'E213 
1307 
F6~B 
1309 
0369 
1308 
0869 
1300 
E"02 
130F 
C.••0813 
13E2 
C9 


13E3 
3EFB 
13E5 
0369 


13E7 
OS"F 
13E9 
H82 
13EB 
C2E7l3 


13EE 
086F 
13F8 
E~82 
13F2 
C"'EE13 


108~ 
1887 
108B 
1989 
1818 
1811 
1812 
1811 
1014 
1015+ 
18H 
1917 
181 B 
1919 
1828 
1821 
1822 
1823 
1924 
H'25+??~"S4 
: 
1026+ 
1027+ 
1928 
1029+110855: 
HBIH 
1931+ 
1032 
1833 
1034 
RCTLl: 
1035 
183" 
1937+ 
1938 
BCTL2: 
1039 
1~4R 
;•••••• ********* 
••••• *** ••••• 
** ••••••• 
**.**** 
••••• 
1841 
1842 
1043 
1044 
1845 
1846 
1847 
1048 
1949 
1850 
1851 
SROO: 
1952 
U5) 
1854 
1055 
185~ 
SRQOl: 
1057 
1858 
1859 
SR002: 
1060 
; 
1061 
; ••••••• 
** •••• 
***** 
••• ** •••••••• 
** ••• *** ••••• 
1062 
; 
1863 
;REMOTE EN"'BLE 
1864 
; 
1865 
; INPUTS: 
18~6 
;ou'rpu'rs: 
HH;? 
;C~LLSI 
1868 
;OESTROYS: 
1069 
I 
1078 
REME: 
107l 
1072 
1013+1?005,): 
1074+ 
1875+ 
1876 
1077+110857: 
1078+ 
1879+ 


JNZ 
I~ 
"'~I 
,IZ 
MVI 
ou'r 
MVI 
ou'r 
CLRA 
XR... 
.•• 
on 
INT 1 
OUT 
INT2 


OUT 
AUXfIlD 
MV! 
1\, TeN'fA 
OUT 
CM092 
MVI 
A,VSC,"o 
au'r 
A UX ••••0 
; •••••• 
** 
optional 
TOU'rl 


'~AITX 
IN 
ANI 
JNZ 
WAITT 
IN 
.••NI 
JZ 
MVI 
J~P 
"'VI 
OUT 
CLRA 


XRA 
RET 


; INPU'rS; 
:OU'fPUTS: 
:CALLS: 
:RETURNS: 


RCTLI 
AORC:;T 
'r .•. 
RCTLl 
",OTDLI 
AORAI 
A,TON 
"'ORMO 


PRTF 
TCIF 
118054 


PRTF 
TCIF 
??A~5'i 
A,TC'r 
RC'rL2 
A,VSCMD 
AUX."W 


None 
None 
None 
Az 
" 
no 


A 
< 
) 
III 


INTST 
SRQBT 
SH002 
I"'CK 
CN092 
INTST 
IBF8T 
SROOI 


:NO, qo 
return 
inv~lid 
:Get 
ar:lriress 
stlttus 
; Is 
TA on 
? 
,No 
-- 
qo 
return 
invalid 
:Disahle 
talker 
listener 


:Wait 
for 
TCI 
;Get 
task 
complete 
int,etc. 
;Mask 
it 
,Walt 
for 
task 
to 
he 
complete 
;Val lit 
return 
pattern 
;Only 
one 
return 
per 
routine 
;Acknowledqe 
CPT 


;Get 
92'S 
I~TRO stfttus 
;foIIask 
off 
SRQ 
,Not 
set--- 
qn 
return 
;Set--- 
must 
clear 
it 
with 
lACK 


;Get 
laF 
;Mask 
it 
;Wo'Jit if 
not 
set 


JW~lt 
for 
TCI 
;Get 
task 
complete 
int,etc. 
;Mask 
it 
;walt 
for 
task 
to 
be 
complete 


None 
None 
NONE 
•••• 
F 


"'VI 
OUT 
WAI'rX 
IN 
",NI 
JNZ 
""'IT'r 
IN 
"'NI 
JZ 


PRTF 
TCIF 
1?935" 


PRTF 
TCIF 
?1A~57 


inter 


13F6 
3£F7 
13F8 
0369 


13FA 
086F 
13FC 
£682 
13F£ 
C2FA13 


1491 
D8fiF 
1403 
E682 
1485 
CA8114 
1488 
C9 


1489 
3EF9 
14U 
0369 


1480 
DRfiF 
141F 
E682 
1411 
C28D14 


1414 
DBfiF 
1416 
Efil2 
1418 
CA1414 


108A 
U81 
lAA2 
,**************** 
•• *********** 
••*********** 
lAR3 
, 
lAR4 
,LOCAL 
ROUTI~E 
1985 
1886 
U87 
1188 
1189 
1~98 
1191 
lA92 
1893 
U94 
1895+771158 
: 
1896+ 
1197+ 
1898 
1899+77~8591 
USB+ 
1191+ 
1112 
1183 
, 
11B4 
1 _._.IIt 
• *_ •• _. * ._ •• -*.- *. --••_._-lit*. lit* lit* 
* 
1115 
, 
1186 
,1~T£RFACf. 
CLEAR / 
AROllT Rou'rlNE 
1187 
, 
1188 
11S9 
1119 
1111 
1112 
1113 
1114 
, 
1115 
IFCL: 
MVI 
1116 
OUT 
1117 
WAITX 
1118+7788511 
IN 
PRTF 
1119+ 
ANI 
TCIF 
1128+ 
JNZ 
778868 
1121 
WAITT 
,"'alt 
tor 
TCI 
1122+??B8lil: 
IN 
PATF 
;Get 
task 
co",pI.tft 
int,etc. 
1123+ 
ANI 
TCIF 
,Mask 
It 
1124+ 
JZ 
??n~~l 
,Wait 
tor 
talk 
to 
b. 
complete 
1125 
,Dahta 
both 
'~AI'rx 
, 
WAITT It 
thl. 
routlna 
1126 
,I. 
to 
ba 
callad 
wnlla 
tn. 
9292 
Is 
1127 
,Controller-in-Charl1e. 
If 
not 
C.t.C. 
then 
112R 
,TCI 
Is 
sot 
•• 
lso 
nothing 
I •• 
at 
(IFC 
I •• 
ant) 
1129 
,and 
the 
WAIT'S will 
hanq 
torever 
1138 
RET 
1132 
I 


, 
,INPU'rSI 
,OUTPUTS: 
;CALLS: 
,DESTROYS: 
, 
LOCLI 


None 
None 
None 
A. 
F 


.MVI 
OUT 
~AITX 
IN 
ANI 
JNZ 
WAIT'r 
IN 
ANI 
JZ 
RE'r 


PR1'F 
TCIF 
7718S' 


PRTr 
TCIF 
778859 


; INPU'rS: 
,OU'rpUTS 1 
,CALLS: 
, DESTROYS: 


,Walt 
tor 
TCI 
,Get 
task 
campi.tft 
Int,ete. 
,Mask 
It 
,Wait 
for 
task 
to 
be 
complete 


None 
None 
None 
A. 
F 


inter 


1133 
;APPLICATION 
EXA..,PLF: 
CODE FOR 8q8~ 
1134 , 
0032 
1135 
FGDSL 
EOIJ 
• 2' 
;Fune 
qen 
device 
num 
"2" 
"SCII,lstn 
0831 
113r, 
t'CDNL 
EQU 
'I' 
;Freq 
ctr 
device 
Mum 
-1- 
"~CII,lstn 
0051 
1137 
FeCHT 
EQU 
'Q' 
;Freq 
ctr 
tal k acidres5 
0900 
1138 
CR 
EQU 
ClDrl 
:ASCII 
carriaqe 
return 
000A 
1139 
LF 
EQU 
8AH 
,ASCII 
line 
feed 
00t'F 
1148 
LEND 
EQU 
8FFH 
;List 
end 
for 
Talk/Listen 
lists 
8040 
1141 
SRQM 
EQU 
48H 
;8it 
inriicatinq 
device 
sent 
SRO 
1142 , 
141C 
46553146 
1143 
FGDA~'A: 
DB 
'FUIFR37KHA~2VO',CR 
; Data 
to 
set 
up 
fune. 
qen 
1428 
5233374B 
1424 
48414032 
1428 
564F 
142A 
80 
88aF 
1144 
LIMI 
EQU 
15 
;8uffer 
lenqth 
142B 
50463447 
1145 
FcnATA, 
DB 
'PF4G7T' 
;Oata 
to set 
up 
freq 
ctr 
142F 
3754 
0886 
1146 
LIM2 
EQU 
6 
; Buffer 
lenqth 
1431 
31 
1147 
LLI : 
DB 
FCONL, 
LEND 
;Listen 
11!'1t 
for 
freq 
etr 
1432 
FF 
1433 
32 
1148 
LL2: 
DB 
FGDNL, 
LEND 
: Li sten 
11st 
for 
tunc. 
qen 
1434 
FF 
1435 
51 
1149 
TLl, 
ne 
FCDNT,LENO 
;'ralk 
11 st 
for 
freq 
ctr 
1436 
FF 
1150 , 
1151 
;SETUP 
FUNCTION 
GENERATOR 
1437 
0680 
1152 
MVI 
B,CR 
; EOS 
1439 
8E8F 
1153 
MV! 
e,Ll ••• 
l 
;count 
1438 
ll1C14 
1154 
LX! 
0, FGnATA 
;Data 
pointer 
143E 
213314 
1155 
LXI 
H,LL2 
; Ll sten 
list 
pointer 
1441 
CDIC18 
1156 
CALL 
SEND 
1157 
1158 
,SETUP 
FREo 
COU~TER 
1159 
1444 
8~54 
1168 
MVI 
8, 'T' 
;E05 
1446 
0E06 
1.161 
MVI 
C,LI .•.• 
2 
;Count 
'1448 
112a14 
1162 
LXI 
0, FCOATA 
;Oata 
pointer 
1448 
213114 
1163 
LXI 
H, LLI 
,Listen 
list 
pointer 
144E 
CDIC10 
1164 
CALL 
SP.ND 
11'5 
1166 
,WAIT 
POR 
SRQ 
FROM FREQ CTR 
1167 , 
1451 
CDD8l3 
1168 
LOOP: 
CALL 
SRQD 
,HillS 
SRQ occurred 
1454 
CAS114 
1169 
JZ 
LOOP 
;No, 
wait 
for 
It 
1178 
; 5 Ein 
AL 
POLL 
1171 
TO CLEAR SRQ 
1172 
1457 
11883C 
1173 
LXI 
D,SP8YTE 
;Suffer 
pointer 
145A 
213514 
1174 
LXI 
H,TLI 
;Tllilk 
11 st 
pointer 
1450 
CDIC12 
1175 
CALL 
SPOL 
1460 
18 
1176 
DCX 
0 
;Backup 
buff~r 
pointer 
to 
ctr 
byte 
1461 
lA 
1177 
LDAX 
0 
,Get 
status 
byte 
1462 
E649 
117~ 
ANI 
SRQM 
,Old 
ctr 
assert 
SRQ ? 
1464 
CA7714 
1179 
JZ 
ERROR 
;Ctr 
stlouln 
have 
sairl 
yes 
1180 
: 


1181 
,RECEIVE 
READING FROM COUNTER 
1182 , 
1467 
868A 
1183 
MVI 
8, LF 
;E05 
1469 
8Ell 
1184 
~VI 
C, LX"'3 
;Count 
1468 
213514 
1185 
LXI 
H,TLI 
;Talk 
list 
pointer 
146E 
118l3C 
1186 
LXI 
0, FCDATI 
;DattJ 
in 
~uffer 
pointer 
1471 
CD9F10 
1187 
CALL 
RECV 
1474 
C27714 
118R 
JNZ 
ERROR 
1189 , 
1198 
;....... 
rest 
of 
user 
processin9 
qoes 
here 
••••• 
1191 
1192 , 
1477 
08 
1193 
ERROR: 
NOP 
;User 
dependant 
error 
handlinq 
1194 
ETC. 
3C88 
1195 
ORG 
3Cn8H 
3CS0 
1196 
SPBYTE: 
OS 
1 
;Lociltion 
for 
serial 
poll 
byte 
8All 
1197 
LIM3 
EOU 
17 
,MtJX freq 
counter 
input 
231324-46 
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3C01 
1198 
FCOA'I'I 
: 
OS 
LI"!3 
; Freq 
ctr 
input 
buffer 
1199 
E>lD 


PUBLIC 
S'iMBOLS 


EXTER>lAL 
S'il~BOLS 


USEH 
SY;o!tltOLS 
AHOllT 
It,. 
AitF9 
AOIUH 
A ""~" 
AO,PtD 
A 
IHI '1 4 
ADMST 
A A"'" 
AUX"'O ,I:BPi."; 
."'X~A 
• 
lH,FU' 
AX~B 
A ~""A 
Ill. 
A 
IHHH 
"OF 
, ~P1Al 
"0" 
,e'!'2 
~USST 
A 
A~I1Ft 
CAHey 
A 
A~~1 
CLK;~.'r 
A 
~~7J 
eLM" 
+ 
~11~7 
CLHS'r 
A 
Ari"i~ 
C""092 
A ",,1;9 
CPT 
,""Q~ 
CPT€N ,AA"l 
CPTRG 
A 
AAC;o; 
CR 
, jlIA,,'l) 
OCL 
A. PJA14 
OCLIt 
A 
llEC 
OCLRl 
A 
lIrA 
DCLH2 ,12C119 
DI' 
,8:U;" 
Dour ,9l~l\" 
DTOLl ,AAI\" 
DrOL 
2 
A 
IHlJF:1 


t: Dt: OS 
A. IH1I14 
ENO"tK ,AAl'1 
EOtS ,0!l1!itP. 
EOIST ,!'I~'" 
EOS'l ,lHV,7 
ERPLG ,!'IA"R 
EHR.04 
•• 
Aflli.R 


ERROR ,1477 
E:YdIT 
A 
It:nn 
EveST ,A~Ii~ 
f:VREG ,I'HHi't 
EXPP 
A 
1t1llFS 
rCOArA , 1"1i\ 
FeDArI ,)CIH 
fCONt ,lun1 
FeON r ,IlI"Sl 
FCDATA ,Idle 
FGr:l'lL ,"A)7 
f'NffSK 
.. 
AAl'lIl 
G£T 
,~~~8 
GIOL 
/I. ,,,'rl 
Gst:c 
A 
IlllF4 
G1'S~ 
A 
01l1F6 
HOE"lO ,AA~2 
HOHSI( ,""!'II 
I"CK ,"~~B 
rareT 
A 
~A"2 
IBrr 
A B~lO 
IFCL 
,1409 
l"iIT ,HUH' 
1"'1'1 
A 0""'1 
("'12 
A 
fHlI<;2 
I~TM 
, q~A" 
I~T"'1 
A 
14:11\1 
I ""TIIIR 
A 
"3~8 


1""'rST 
A 
'Uli9 
LA 
,""U 
LEND ,"AFF 
LF 
A 
BAAA 
LI/lllJI 
A 
"A~P 
LIolt2 
A 
OI1WC; 
LIIlI3 
A 
:Ulll 
LLI 
A 
1431 
LL2 
, 1433 
LOCL 
A 
DF" 
L0' 
,llIq4A 
Lnop 
.. 
l.tlq 
.OA 
A 
!lAllIl 
.LA 
A 
\lJ,,;n 
"'ODEI 
A 
""U1 
.TA 
,0~41 
~VC"'O , 9IA"7 
O~FF 
A 
~A~fI 
PCTL 
A 
131'101 
PCTLI 
., 
Il@A 
PPC 
A 
""AS 


PPD 
A 
B07f1 
PPOS 
, 12f.A 
PPl:lSl 
A 
12EII 
PPDS2 , 12PO 
PPE 
A 
AA~~ 
PP£IlI ,17'3 
PP"""l 
A 
12A7 


~Pt:/ll2 
A 
1208 
PPOL 
A 
1327 
PPU 
A 
AA1S 
PPUN 
A 
131R 
PRT91 ,1'11'-;91 
PWtg, 
A 
ttA'iq 
PRTt' 
A 
"~l\F 


H.'NGE 
+ 
tHt8S 
H.~ST 
A 
0n£7 
RCST 
A 
:H'E~ 
ACTL , 13qe 
Rt::TLl , DCA 
RCTL2 , 13':F 
RECV 
A 
lACJF 
HECVl ,10~A 
RECV2 , 11A5 
Rr.CV3 
., 
11 At; 
RECV4 
A 
11lpl 
HF:CVo; 
A 
1111 
RECV"i 
A 
1139 
RF:"'E 
A 
13r.3 
Rt-:H.i" 
A 
"9E4 
RER'" ,0IH-::A 
REVC 
A 
AAE3 
RI"'" 
A 
J\AES 
~S!':T 
A 
PJ~P2 
~STr 
A 
AltP3 
RTOU'f 
A 
011r.9 
sm:OI 
A ~'''''i 
SEND ,HUc 
SE~Dl ,U1E 
SEo,jOl 
A 
1"47 
SF:N03 , IllI"q 
SF.!'JD4 , lA7" 
SF:NOS 
A 
lA7f 
s£"'06 ,HISS 
SE'fF 
+ ""0:' 
SLOC 
A 
"AF7 
speyrr. 
A 
3CAO 
SPCNI , n~FA 
Spry 
,AAl9 
SPt.: 
A 
"'1113 


SPIF 
A. IHU'4 
SPOL 
A 
121C 
SPOLI 
A 
1210 
C;POL2 , DCJ4 
Sqg"'l ,nAFR 
SQ08T 
A ""'91 
S~OI) 
A 
1309 


SROUI 
A 
13D~ 
SRQ02 
A 
l3E2 
S~OM ,cHUB 
STC''i! 
A 
RAf'F: 
T' 
, "P~2 
rc 'SY ,A~f'C 
'J'CIF 
A 
"""2 


rCN'fR 
1\ 
1""fA 
TCS. 
,0i-'FO 
'feT 
A 
A9I"9 
'nl 
, 14JC) 
TLIJ"" ,"'''C{l 
'ro'! 
A 
9I:1Qu 
ToitEG , A(Pie 


ToST 
A 
~0Fifl 
Tou'rl 
,POAI 
ToUT2 
A 
AAA2 
'fOUT3 ,"n~4 
TIol:IG 
A 
lIRe 
TRIGl , llC~ 
'tiHG2 , l1D9 


UNL 
,R03f' 
VSC'lO 
A n~"F 
WAITI 
+ 
:1RR2 
~<I"rTO 
+ 
""nl 
"""ITT 
+ 
.t:lHU 
llil\ITX 
+ 
O!Ul) 
<lEV:: 
A ""F:2 


.••ou'r 
A 
A:lC':l 
XF£1ol: 
A 
11)1\ 
XPEt{l 
A 
1153 
X:fEtt2 
A 
ll--C 
XFERl , 1193 
l(Pt:Qo1 
• 
lla~ 


.'SSEMilL'i 
COI~PLETE. 
NO 
ER~ORS 
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Test Cases for the Software 
Drivers 
Analyzer was used. This analyzer acted as a talker, lis- 
tener or another controller as needed to execute the 
The following test cases were used to exercise the soft- 
tests. The sequence of outputs are shown with each test. 


ware routines and to check their action. To provide 
All numbers are hexadecimal. 


another device/controller on the GPIB a ZT488 GPIB 


Send Test Cases 
B= 
44 
44 
44 
C= 
30 
2 
0 
DE= 
3E80 
3E80 
3E80 
HL= 
3E70 
3E70 
3E70 
3E70: 
20 
30 
3E 
3F 
3E80: 
11 
44 
GPIB output: 
41 ATN 
41 ATN 
41 ATN 
3FATN 
3FATN 
3FATN 
20 ATN 
20 ATN 
20ATN 
30 ATN 
30ATN 
30ATN 
3EATN 
3EATN 
3EATN 
11 
11 
44EOI 
44EOI 


Ending B= 
44 
44 
44 
Ending C= 
2E 
0 
0 
Ending DE= 
3E82 
3E82 
3E80 
Ending HL= 
3E73 
3E73 
3E73 


Receive Test Cases 
B= 
44 
44 
44 
44 
44 
44 
44 
C= 
30 
30 
30 
30 
4 
4 
0=256 
DE= 
3E80 
3E80 
3E80 
3E80 
3E80 
3E80 
3E80 
HL= 
3E70 
3E70 
3E70 
3E70 
3E70 
3E70 
3E70 
3E70: 
40 
50 
5E 
5F 
40 
40 
40 
GPIB output: 
40ATN 
50ATN 
5EATN 
40 ATN 
40ATN 
40ATN 
3FATN 
3FATN 
3FATN 
3FATN 
3FATN 
3FATN 
21 ATN 
21 ATN 
21 ATN 
21 ATN 
21 ATN 
21 ATN 
ZT488 Data 
1 
1 
1 
1 
11 
1 
In 
2 
2 
2 
2 
22 
2 
3 
3 
3 
3 
33 
3 
4 
4 
44,EOI 
4 
44 
44 
44 
5,EOI 
Ending A 
0 
0 
0 
5F 
40 
0 
0 
Ending B 
0 
0 
0 
44 
40 
0 
0 
Ending C 
2B 
2B 
2C 
30 
0 
0 
FC 
Ending DE= 
3E85 
3E85 
3E84 
3E80 
3E84 
3E84 
3E84 
Ending HL= 
3E71 
3E71 
3E71 
3E70 
3E71 
3E71 
3E71 


3-146 


inter 


Serial Poll Test Cases 
C= 
30 
DE= 
3E80 
HL= 
3E70 
3E70: 
40 
50 
5E 
5F 
GPIB output: 
3F ATN 
output: 
21 ATN 
output: 
18 ATN 
output: 
40 ATN 
input': 
00 
output: 
50 ATN 
input': 
41 
output: 
5E ATN 
input': 
7F 
output: 
19 ATN 
'NOTE: leave ZT488 in single step mode even on input 
Ending C = 
30 
Ending DE= 
3E83 
Ending HL= 
3E73 
Ending 3E80: 
00 
41 
7F 


Pass Control Test Cases 
HL= 
3E70 
3E70: 
40 
GPIB output: 
40 ATN 
09 ATN 
-ATN 
3E71 
02 
Ending HL= 
Ending A = 


Receive Control Test Cases 
GPIB input 
10 ATN 
ATN 
Run Receive Control 
GPIB Input 
EndingA= 


C= 
DE= 
HL= 
3E70: 
GPIB output: 


Ending C = 
Ending DE= 
Ending HL= 


3E70 
41(MTA) 
3E70 
5F 


3E70 
41(MTA) 
3E70 
5F 


40 ATN 
09 ATN 


ATN 
o 


30 
3E80 
3E70 
5F 
3FATN 
21 ATN 
18 ATN 
19ATN 
30 
3E80 
3E70 


41 ATN 
09ATN 


ATN 
09 


inter 


Parallel Poll Enable Test Cases 
OE= 
HL= 
3E70: 
3E80: 
GPIB output: 


Ending OE= 
Ending HL= 


Parallel Poll Disable Test Cases 
HL= 
3E70: 


GPIB output: 


Parallel Poll Unconfigure 
Test Case 
GPIB output: 
15 ATN 


3E80 
3E70 
20 
30 
3E 
3F 
01 
02 
03 
3FATN 
20ATN 
05ATN 
61 ATN 
30ATN 
05 ATN 
62ATN 
3EATN 
05 ATN 
63 ATN 
3E83 
3E73 


3E80 
3E70 
3F 


3E80 
3E70 


3E70 
20 
30 
3E 
3F 
3FATN 
20 ATN 
30 ATN 
3E ATN 
05ATN 
70ATN 
3E73 


3E70 
3F 
3FATN 
05ATN 
70 ATN 


Parallel Poll Test Cases 
Set 010# 
1 
2 
3 
4 
5 
6 
7 
8 
None 
Ending A 
1 
2 
4 
8 
10 
20 
40 
80 
0 


Set SRQ momentarily 
02 
ResetSRQ 
00 


Trigger Test 
HL= 
DE= 
BC= 
3E70: 
GPIB output: 


Ending HL= 
DE= 
BC= 


3E70 
3E80 
4430 
20 
30 
3E 
3F 
3FATN 
20ATN 
30ATN 
3EATN 
08ATN 
3E73 
3E80 
4430 


HL= 
DE= 
BC= 
3E70: 
GPIB output: 


Ending HL= 
DE= 
RC= 


B= 
HL= 
3E70: 
GPIB output: 


Ending A = 
B= 
HL = 


3E70 
3E80 
4430 
20 
30 
3E 
3F 
3FATN 
20ATN 
30ATN 
3EATN 
14ATN 
3E73 
3E80 
4430 


44 
3E70: 
40 
20 
30 
3E 
3F 
40ATN 
3FATN 
20 ATN 
30 ATN 
3EATN 
o 
1 
2 
3 
44 
o 
44 
3E74 


Application 
Example 
GPIB Output/Input 


.GPIB output: 


GPIB input: 


GPIB output: 


41 ATN 
3FATN 
32ATN 
46 
55 
31 
46 
52 
33 
37 
4B 
48 
41 
40 
32 
56 
4F 
OOEOI 
41 ATN 
3FATN 
31 ATN 
50 
46 
34 
47 
37 
54EOI 
SRQ 
3FATN 
21 ATN 
18ATN 
51 ATN 
40SRQ 
19ATN 
51 ATN 
3FATN 
21 ATN 


GPIB input: 
GPIB output: 


inter 


20 
28 
20 
20 
20 
33 
37 
30 
30 
30 
2E 
30 
45 
28 
30 
pO 
OA 
XXATN 


Bus Signal L1ne{s) and 
Coding That Asserts 
the 
True Value of the Message 
C 
T 
I 
D 
D 
NN 


Y 
a 
I 
I DRD 
A 
E 
5 
I R 
P 
s 
0 
0 
AFA 
TOR 
F E 
Mnemonic 
Message 
Name 
e 
s 
8 
7 6 
5 4 3 2 
1 
VDC 
N 
10 
C N 


ACG 
addressed 
command 
group 
M 
AC 
Y 
0 
0 
0 
X 
X 
X 
X 
XXX 
1 
X 
X 
X 
X 
ATN 
attention 
U 
UC 
X 
X 
X 
X 
X 
X 
X 
X 
XXX 
1 
X 
X 
X 
X 
DAB 
data byte 
(Notes 1, 9) 
M 
DO 0 0 o 0 0 0 0 0 
XXXOXX 
X 
X 
8 7 
6 
5 
4 
3 
2 
1 
OAC 
data accepted 
U 
HS 
X 
X 
X 
X 
X 
X 
X 
X 
XXO 
X 
X 
X 
X 
X 
OAV 
data valid 
U 
HS 
X 
X 
X 
X 
X 
X 
X 
X 
1XX 
X 
X 
X 
X 
X 
OCl 
device clear 
M 
UC 
Y 
0 o 
1 
0 
1 
0 
0 
XXX 
1 
X 
X 
X 
X 
END 
end 
U 
ST 
X 
X 
X 
X 
X 
X 
X 
X 
XXX 
0 
1 
X 
X 
X 
EOS 
end of string 
(Notes 2, 9) 
M 
DO 
E 
E 
E 
E 
E 
E 
E 
E 
XXX 
0 
X 
X 
X 
X 
8 7 
6 
5 
4 
3 
2 
1 
GET 
group execute 
trigger 
M 
AC 
Y 
0 o 
0 
1 
0 
0 
0 
XXX 
1 
X 
X 
X 
X 
GTl 
go to local 
M 
AC 
Y 
0 o 
0 
0 
0 
0 
1 
XXX 
1 
X 
X 
X 
X 
IOY 
identify 
U 
UC 
X 
X 
X 
X 
X 
X 
X 
X 
XXX 
X 
1 
X 
X 
X 
IFC 
interface 
clear 
U 
UC 
X 
X 
X 
X 
X 
X 
X 
X 
XXX 
X 
X 
X 
1 
X 
LAG 
listen address group 
M 
AD 
Y 
0 
1 
X 
X 
X 
X 
X 
XXX 
1 
X 
X 
X 
X 
llO 
local lock our 
M 
UC 
Y 
0 o 
1 
0 
0 
0 
1 
XXX 
1 
X 
X 
X 
X 
MLA 
my listen address 
(Note 3) 
M 
AD 
Y 
0 
1 
l 
l 
l 
l 
l 
XXX 
1 
X 
X 
X 
X 
5 
4 
3 
2 
1 
MTA 
my talk address 
(Note 4) 
M 
AD 
Y 
1 
0 
T 
T 
T 
T 
T 
XXX '1 
X 
X 
X 
X 
5 
4 
3 
2 
1 
MSA 
my secondary 
address 
(Note 5) 
M 
SE 
Y 
1 
1 5 5 5 5 5 
XXX 
1 
X 
X 
X 
X 
5 
4 
3 
2 
1 
NUL 
null byte 
M 
DO o 
0 
0 
0 
0 
0 
0 
0 
XXX 
X 
X 
X 
X 
X 
OSA 
other secondary 
address 
M 
SE 
(OSA = SCG 1\ MSA) 
OTA 
other talk address 
M 
AD 
(OTA = TAG 
1\ MTA) 
PCG 
primary command 
group 
M - 
(PCG = ACG V UCG V LAG V TAG) 
PPC 
parallel poll configure 
M 
AC 
Y 
0 
0 
001 
o 
1 
XXX 
1 
X 
X 
X 
X 
PPE 
parallel poll enable 
(Note 6) 
M 
SE 
Y 
1 
1 
OSPPPXXX 
1 
X 
X 
X 
X 
321 
PPO 
parallel poll disable 
(Note 7) 
M 
SE 
Y 
1 
1 
1 0 
ODD 
XXX 
1 
X 
X 
X 
X 
4 
3 
2 
1 
PPR1 
parallel poll response 
1 } 
(Note 10) 
U 
ST 
X 
X 
X 
X 
X 
X 
X 
1 
XXX 
1 
1 
X 
X 
X 
PPR2 
parallel poll response 
2 
U 
ST 
X 
X 
X 
X 
X 
X 
1 
X 
XXX 
1 
1 
X 
X 
X 


inter 


REMOTE 
MESSAGE 
CODING 
(Continued) 


Bus Signal 
L1ne(s) and 
Coding 
That Asserts 
the 
True Value of the Message 
C 
T 
I 
0 
0 
NN 


Y 
a 
I 
I 
ORO 
A 
E 
S I R 
P 
s 
0 
0 
AFA 
T 0 
R 
F 
E 
Mnemonic 
Message 
Name 
e 
s 
8 
7 6 5 4 
3 2 
1 VOC 
N I Q C 
N 


PPR3 
parallel poll response 
3 } 


U 
ST 
X X X X X 
1 X X XXX 
1 
1 X X X 
PPR4 
parallel poll response 
4 
(Note 10) 
U 
ST 
X X X X 
1 X X X XXX 
1 
1 X X X 
PPR5 
parallel poll response 
5 
U 
ST 
X X X 
1 X X X X XXX 
1 
1 X X X 
PPR6 
parallel poll response 
6 } 


U 
ST 
X X 
1 X X X X X XXX 
1 
1 X X X 
PPR7 
parallel poll response 
7 
(Note 10) 
U 
ST 
X 
1 X X X X X X XXX 
1 
1 X X X 
PPR8 
parallel poll response 
8 
U 
ST 
1 X X X X X X X XXX 
1 
1 X X X 
PPU 
parallel poll unconfigure 
M 
UC y 
0 o 
1 
0 
1 
0 
1 
XXX 
1 X X X X 
REN 
remote enable 
U 
UC X X X X X X X X XXX X X X X 
1 
RFD 
ready for data 
U 
HS X X X X X X X X 
XOX X X X X X 
RQS 
request service 
(Note 9) 
U 
ST 
X 
1 X X X X X X XXX 
0 X X X X 
SCG 
secondary 
command 
group 
M 
SE 
y 
1 
1 X X X X X XXX 
1 X X X X 
SDC 
selected 
device clear 
M 
AC y 
0 
000 
1 o 
0 
XXX 
1 X X X X 
SPD 
serial poll disable 
M 
UC y 
0 o 
1 
1 
001 
XXX 
1 X X X X 
SPE 
serial poll enable 
M 
UC y 
0 o 
1 
1 
000 
XXX 
1 X X X X 
SRQ 
service request 
U 
ST 
X X X X X X X X XXX X X 
1 X X 
STB 
status byte 
(Notes 8,9) 
M 
ST 
S X 
S 
S 
S 
S 
S 
S XXX 
0 X X X X 
8 
6 
5 
432 
1 
TCT 
take control 
M 
AC y 
0 o 
0 
1 
001 
XXX 
1 X X X X 
TAG 
talk address group 
M 
AD 
y 
1 o X X X X X XXX 
1 X X X X 
UCG 
universal command 
group 
M 
UC y 
0 o 
1 X X X X XXX 
1 X X X X 
UNL 
unlisten 
M 
AD 
y 
0 
1 
1 
1 
1 
1 
1 
XXX 
1 X X X X 
UNT 
untalk 
(Note 11) 
M 
AD 
Y 
1 o 
1 
1 
1 
1 
1 
XXX 
1 X X X X 


NOTES: 
1. 01-08 
specify the device dependent data bits. 
2. E1-E8 specify the device dependent code used to indi- 
cate the E05 message. 
3. L1-L5 specify the device dependent bits of the device's 
listen address. 
. 


4. T1- T5 specify the device dependent bits of the device's 
talk address. 
5. 51-55 
specify the device dependent bits of the device's 
secondary address. 
6. 5 specifies the sense of the PPR. 


S 
Response 


o 
0 
1 
1 
P1-P3 specify the PPR message to be sent when a paral- 
lel poll is executed. 


PPR Message 


PPR1 


1 
1 
1 
PPR8 
7. 01-04 
specify don't-care bits that shall not be decoded 
by the receiving device. It is recommended that all zeroes 
be sent. 
8. 51-56, 
58 specify the device dependent status. (0107 
is used for the RQ5 message.) 
9. The source of the message on the ATN line is always 
the C function, whereas the messages on the 010 and EOI 
lines are enabled by the T function. 
10. The source of the messages on the ATN and EOI lines 
is always the C function, whereas the source of the mes- 
sages on the 010 lines is always the PP function. 
11. This code is provided for system use, see 6.3. 


Modem Products 
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89024 
ARCHITECTURAL 
OVERVIEW 
2400 BPS INTELLIGENT 
MODEM CHIP SET 
• 300 to 2400 bps Full-Duplex Modem 
• Two Chip Solution, no External 
• Operates with Public and Private 
Microcontroller 
Required 


Unconditioned 
Lines 
• 
,Serial Command Set Compatible with 
• CCITT V.22 bis, V.22 A & B, V.21, Bell 
Hayes Smartcom II Communication 


212A, 103 Compatible 
Software 
• DSP Implementation 
• Easily Customized Command Set 
• DTMF or Pulse Dialing with Automatic 
• On-Chip 4 Wire to 2 Wire Hybrid 


Adaptation 
to Network 
Function with Disable Option 
• Call Progress Tone Detection for Most 
• On-Chip Serial Port and Handshake 


North American and European 
Signals for DTE Interface 


Networks 
• A Full Set of Control Signals for 
• Analog and Digital Loopback 
Telephone Line Control 


Diagnostics with Mark/Space Pattern 
• Telephone Line Audio Monitor Output 
Generation and Error Detection per 
• Billing Delay Timer 
V.54 
• Programmable Output Level from 
• Auxiliary Relay Control Output 


-1 
dBm to -16 
dBm 
• Automatic 
Modem Type Recognition 
• Automatic 
Dial and Redial Capability 
• Low Power CHMOS/HMOS Devices 


TELEPHONE 
LINE 
INTERFACE 
(0••••.) 


OAM/PSK 
RECEIVER 
SIGNAL 
RECOVERY 
DESCRAWBLER. 
DECODER 
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The Intel 89024 chip set is a high performance and 
highly integrated modem, providing a complete sys- 
tem in two chips. The system implements CCITT 
V.22 bis 2400 bps, V.22 A & B/ Bell 212A 1200 bps, 
and V.21/Bell 103 300 bps full-duplex modem func- 
tions. In addition to supporting a strict implementa- 
tion of CCITT and Bell standards, a complete set of 
Hayes Smartmodem 2400 commands is also provid- 
ed for modem configuration and user interface. 


In stand-alone modem applications, the 89024 chip 
set along with a Data Access Arrangement (OM) 
and RS-232 driver/receivers, represent the circuitry 
required for implementing an auto-dial, auto-answer, 
300 to 2400 bps, full duplex modem. 


In applications where user proprietary modem con- 
trol commands may be required, the user can re- 
place the 89024 internal command module with cus- 
tom proprietary software resident in the 89026 mi- 
crocontroller's on-chip ROM or an external memory 
device. 


The 89024 system consists of a 16 bit application 
specific processor (89026) and an analog front end 
device (89027). The 89026 processor executes all 
"Digital Signal Processing" algorithms for the mo- 
dem signals, as well as providing all modem control 
functions typically performed by an external proces- 
sor. The analog front end provides the telephone 
line 2 wire to 4 wire interface, 0/ A conversion, and 
most of the complex filtering functions required in 
QAM/PSK/FSK 
modems. Refer to Figure 1 for a 
simplified block diagram of the system. 


The chip set provides a comprehensive set of te- 
lephony functions designed to facilitate a simple in- 
terface to the telephone network. 


is available in a standard 48 pin package. An option- 
al 68 pin version supports an external ROM for user 
designed software. With this option, the signal pro- 
cessing algorithms resident in the 89026, can be 
controlled by the customer designed external soft- 
ware for proprietary modem control and call prog- 
ress management applications. A block diagram of 
89026 is provided in Figure 2. 


This device contains a TTL compatible serial link to 
DTE/DCE equipment, along with a full complement 
of V.24/RS-232-C control signals. Alternatively, a 
UART or USART may be used to directly transfer 
data tolfrom 
a microcomputer bus. The device sup- 
ports a complete set of Hayes compatible modem 
control 
commands. 
This 
compatibility 
facilitates 
communications between the 89024 and most PC 
software written for the Hayes Smartmodem 2400 
product. 


In the transmit direction, the 89026 synthesizes 
DTMF tones and the 300 bps FSK modem signal 
prior to transmitting them to the 89027 as digitized 
amplitude samples. During 1200 and 2400 bps oper- 
ations, quadrature amplitude modulation (QAM) is 
used to send 2 or 4 bits of information at 600 baud 
to the 89027. Since the QAM coding technique is 
inherently a synchronous transmission mechanism, 
during a synchronous QAM transmission, the asyn- 
chronous data is synchronized by adding or deleting 
stop bits. Following the synchronization process, the 
89026 transmits digitized phase and amplitude sam- 
ples to the 89027 over a high speed serial link. 


In the receive direction, the information is received 
by the 89026 from the 89027 as two signals which 
are 90 degrees phase shifted from each other. 
These analog signals are then digitized by the 
89026's on-board AID converter, and using DSP 
software algorithms the signals are gain adjusted, 
adaptively equalized for telephone line delay and 
amplitude distortion, and demodulated. Following 
the demodulation process by the 89026, the data is 
unscrambled, and if necessary, returned to asyn- 
chronous format. 
The 89026 processor performs most of modulation, 
demodulation and user interface functions. This chip 


NOTICE: 


Hayes 
is a registered 
trademark 
of Hayes 
Microcomputer 
Products, 
Inc. Smartcom 
II is a registered 
trademark 
of Hayes 
Microcomputer 
Products, 


Inc. Smartmodem 
2400 
is a trademark 
of Hayes 
Microcomputer 
Products, 
Inc. 
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89027 OVERVIEW 


The 89027 is a 28 pin CHMOS analog front end de- 
vice, which performs most of the complex filtering 
functions required in modem transmitters and re- 
ceivers. A general block diagram of this chip is pro- 
vided in Figure 3. Most of the analog signal process- 
ing functions in this chip are implemented with 
switched capacitor technology. The 89027 functions 
are controlled by the 89026, through a high speed 
serial data link. 


During FSK transmit operation, the 89027 receives 
digitally synthesized mark and space sinusoid ampli- 
tude information from the 89026. The 89027 con- 
verts the signal to its analog equivalent, filters it, and 
transmits it to the telephone line. For QAM transmis- 
sion, the signal constellation points are transferred 
to the 89027. This information is modulated into an 
analog signal, passed through spectral shaping fll- 


ters, combined with the necessary guard tone, 
smoothed by a low pass filter, and transmitted to the 
line. Prior to transmitting either FSK or QAM signals 
to the telephone line, the 89027 adjusts the signal 
gain through a on-board programmable gain amplifi- 
er. 


During the receive operation, the received QAMI 
PSK/FSK signals are passed through anti-alias fil- 
ters, bandsplit filters, automatic gain control and car- 
rier detect circuits, a Hibert transform filter, and the 
output sent to the 89026 processor as analog sig- 
nals. 


Other functions provided by the 89027 are: an on- 
board 2 wire to 4 wire circuit with disable capability, 
an audio monitor output with software configurable 
gain, and a programmable gain transmit signal. 


• - T - -1- ---r----r --,- ---r -------- 


vcc 
vaa 
AGND 
vss 
RST 
AVec 
AZ2 
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The block diagram of a stand-alone 300 to 2400 bps 
Hayes compatible modem is depicted in Figure 4. 
The DAA section shown in this diagram may be ob- 
tained as an "FCC Part 68" approved module, or 
implemented using the suggested diagram in Figure 
5. 


In the above example, the modem conforms to 
CCITT and Bell data call set-up protocols, for identi- 
fying and connecting to remote modems. Because 
these protocols are quite different from each other 
and do not provide recognition of the remote modem 
type (Le. V.22 bislV.22 or 212A), the Intel chip set 
provides the additional capability to identify and 
adapt to remote modems without user intervention. 


This feature is beneficial during the migration phase 
of the technology from 1200 bps to 2400 bps. In 
North America, where the installed base of 1200 bps 
modems is mostly made-up of 212A type, this fea- 
ture allows a "Data Base Service Provider"to easily 
upgrade its existing 212A modems to 2400 bps V.22 
bis standard, using the Intel 89024 system, entirely 
transparent to the current 212A users. Similarly, a 
user with a 89024 based modem system can auto- 
matically call data bases with either 212A or V.22 bis 
modems, without concern over the difference. This 
feature's benefits are realized in smooth upgrading 
of data links, with minimum cost and reduced disrup- 
tion in services. 
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aging. The 89027 
is available 
in 28 pin plastic 
DIP 
and 
PLCC 
packages. 
The 
assignment 
of pins 
for 
both 
devices 
is given 
below, 
along 
with 
the 
pin 
names and a brief explanation 
of their function. 


The 
standard 
89026 
is available 
in Intel's 
48 pin 
plastic DIP, and the optional 
68 pin device (for exter- 
nal memory 
applications) 
is available 
in PLCC pack- 


Symbol 
Function 
(89026) 
Direction 
Pin No. 


48 pin 
68 pin 


CLKIN 
12.96 MHz master clock from 89027 
In 
36 
67 
RST 
Chip reset (active low) 
In 
48 
16 


I 
In-phase 
received 
signal 
In 
43 
11 
Q 
Quadrature-phase 
received 
signal 
In 
42 
10 
STR 
Symbol Timing from 89027 
In 
3 
24 
ED 
Energy Detect input 
In 
41 
9 


TSYNC 
Transmitter 
sync pulse to 89027 
Out 
10 
35 
SDATA 
Serial Data to 89027 
Out 
1 
17 
SCLK 
Serial Clock to 89027 
Out 
2 
18 


OH 
Off-Hook 
control to DAA 
Out 
26 
33 
SH 
Switch-Hook 
from dataphone 
In 
28 
44 
RI 
Ring Indicator from DAA 
In 
27 
42 
AR 
Aux Relay control to DM 
Out 
25 
38 
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Symbol 
Function (89026) 
Direction 
Pin No. 


48 pin 
68 pin 


TCL1 
NVRAM Data I/O 
I/O 
23 
20 


TCLO 
NVRAMSK 
Out 
24 
19 
B/C 
103/V.21 
default option 
In 
47 
15 
S/A 
NVRAMCE 
Out 
22 
21 
D/S 
Dumb/Smart 
mode select 
In 
32 
6 
CONFIG 
Custom Firmware 
Disable 
In 
40 
8 


TM 
Test Mode Indicator 
Out 
13 
39 


TXD 
Transmitted 
data from DTE 
In 
6 
27 
RXD 
Received 
data to DTE 
Out 
8 
29 
ATS 
Request to send from DTE 
In 
21 
22 
CTS 
Clear to Send to DTE 
Out 
20 
23 
DSR 
Data Set Ready to DTE 
Out 
19 
30 
DCD 
Data Carrier Detect to DTE 
Out 
18 
31 
DTR 
Data Terminal 
Ready from DTE 
In 
4 
25 
RCLK 
Received 
clock to DTE 
Out 
9 
34 
TCLK 
Transmit 
clock to DTE 
Out 
7 
28 
XTCLK 
External timing clock from DTE 
In 
5 
26 
Sf 
Speed Indicator to DTE 
Out 
17 
32 
SS 
Speed select from DTE(4) 
In 
31 
5 
REMLB 
Remote 
Loopback 
Command 
from DTE 
In 
30 
7 


LCLLB 
Local Loopback 
Command 
from DTE 
In 
29 
4 


Vcc 
Positive power supply ( + 5V) 
+5V 
38 
1 


VPD 
Ram back-up power 
+5V 
46 
14 


VREF 
A/D converter 
reference 
+5V 
45 
13 


VSS1 
Digital ground 
GND 
11 
36 


VSS2 
Digital ground 
GND 
37 
68 
AGND 
Analog ground 
AGND 
44 
12 


VBBS 
Back-bias 
generator 
output 
Out 
12 
37 


EA 
External 
Memory enable 
In 
39 
2 
ADO-AD15 
External memory access address/data(S) 
I/O 
- 
60-45 
AA 
Auto answer, ring indicator 
Out 
- 
60 
JS 
Jack select 
Out 
- 
59 


NMI 
Non-maskable 
Interrupt 
(VSS)(1) 
In 
- 
3 
X2 
Crystal output (NC)(2) 
Out 
35 
66 
CLKOUT 
Clock output (NC)(2) 
Out 
- 
65 
TEST 
Factory test (Vccl(3) 
In 
- 
64 
INST 
External memory instruction 
fetch 
Out 
- 
63 
ALE 
Address 
latch enable 
Out 
34 
62 
AD 
External memory read 
Out 
33 
61 
READY 
External 
memory ready (Vccl(3) 
In 
16 
43 
BHE 
External memory bus high enable 
Out 
15 
41 
WR 
External memory write 
Out 
14 
40 


NOTES: 
1. Pins marked with (Vss) must be connected to Vss. 
2. Pins marked with (NC) are to be left unconnected. 
3. Pins marked with (Vecl must be connected to Vee. 
4. SS pin reserved for future use. 
5. With internal ROM enabled, ADO-AD1are used as AA and JS. 
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Symbol 
Function 
(89027) 
Direction 
Pin No. 


Vcc 
Positive Power Supply (Digital) 
+5V 
28 


VBB 
Negative 
Power Supply 
-5V 
15 


Vss 
Digital Ground 
DGND 
24 
AGND 
Analog Ground 
AGND 
21 


AVec 
Positive Power Supply (Analog) 
+5 
7 


X1 
Xtal Oscillator 
In 
23 
X2 
Xtal Oscillator 
Out 
25 
CLKOUT 
12.96 MHz Clock output to 89026 
Out 
26 


RST 
Chip reset (active low) 
In 
20 
HYB 
Enable on-chip 
hybrid 
In 
10 
AZ1 
Auto-zero 
capacitor 
input 
Out 
16 
AZ2 
Auto-zero 
capacitor 
input 
In 
17 


SDATA 
Serial data from 89026 
In 
2 
SCLK 
Serial clock from 89026 
In 
1 
TSYNC 
Transmitter 
sync from 89026 
In 
3, 


STR 
Symbol timing to 89026 
Out 
27 
ED 
Receiver 
energy detect to 89026 
Out 
18 
I 
In phase received 
signal to 89026 
Out 
13 
Q 
Quadrature-phase 
received 
signal to 89026 
Out 
14 


A01 
Transmitter 
output 
Out 
6 
A02 
Receiver 
input 
In 
12 
AMP 
Output to monitor speaker 
Out 
11 


TXO 
Transmitter 
level control 
In 
9 
TX1 
Transmitter 
level control 
In 
8 
TX2 
Transmitter 
level control 
In 
5 
TX3 
Transmitter 
level control 
In 
4 


intJ 


u ~ '" 
SCLK 
Vcc 
z 
'" 
>- 
Cl -' 
u '" 
~ i'! 
u 
u •... 


SDATA 
STR 
VI 
VI > 
VI 


TSYHC 
CLKOUT 


TX3 
X2 


TX2 
Vss 
TX2 
X2 


AO' 
X, 
AO' 
Vss 


AVCC 
HC 
AVCC 
X, 


TX' 
AGHD 
TX' 
HC 


TXO 
RST 
TXO 
AGHD 


HYS 
HC 
HYS 
RST 


A~P 
ED 
A~P 
HC 


A02 
A22 


I 
AZ' 
N - 
o 
a::I•.. N 
0 
Q 
Vss 
0 
1%1N 
N 
!.oJ 
« 
> « « 


270222-2 
270222-3 


28 Pin Plastic Dip 
28 Pin PLCC 


The 89024 
Reference 
Manual 
details 
design 
infor- 
mation 
for the 89024 
Modem 
Chip Set. It provides 
descriptions 
and 
specifications 
of 
the 
two 
chips 
comprising 
the 89024, the 89026 
and the 89027. 
In 
addition, 
it describes 
the control 
interface 
between 
the two chips. 
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Figure 6b. 89026 Packages 


The reference 
manual 
also 
provides 
a full descrip- 
tion of all the "AT" 
commands 
and S-registers 
sup- 
ported 
by the 89024 
Modem 
Chip Set. 


89024 
2400 BPS INTELLIGENT MODEM CHIP SET 
• For Public Switched Telephone 
• Easily Customized Command Set and 
Network and Unconditioned 
Leased 
Features. 


Lines Applications 
• Two Chip Intelligent 
Modem Solution 
• V.22 bis, V.22 A/B, V.21, Bell 212A, and 
with Minimal External Components 
Bell 103 Compatible 
• No External p.C Required 
• Serial Command Set Compatible with 
• Programmable Output Levels from 
Hayes Smartmodem 2400 
-lto-16dBm 
• Automatically 
Adapts to Remote 
• Dial and Re-dial Capability 
Modem Type with Recognition 
of Data 
• Full Set of Control Signals for DAA 
Rates 
Interface 
• DTMF and Pulse Dialing, with Automatic 
• Local, External, or Slave Timing 
Selection of Dial Signaling 
Options In Synchronous 
Mode 
• On-Chip Hybrid and Billing Delay Timer 
• Asynchronous 
Character Lengths of 
• On-Chip Serial Port and Handshake 
8, 9, 10, 11 Bits 
Signals for RS-232/V.24 Interface 
• Adaptive Equalization 
• Telephone Line Audio Monitor Output 
Capable of Detecting Dial, Busy, 
Analog/Digital 
Loopback Diagnostics 
• 
• 
Ringback and Modem Answer Tones of 
with Mark/Space Pattern Generation 
Most North American and European 
and Error Detection 
Networks 
• Simple Serial Interface to External 
• Auxiliary Relay Control Output 
EEPROM 
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The Intel 89024 chip set is a highly integrated, high 
performance, intelligent modem, providing a com- 
plete system in two chips. The system conforms to 
the following CCID and Bell standards: 


• CCID V.22 bis 
2400 bps sync and async 
1200 bps sync and async (fall-back) 


• CCID V.22 A & B 
1200 bps sync and async 
600 bps sync and async (fall-back) 


• CCID V.21 
o to 300 bps anisochronous 


• BELL 212A 
1200 bps sync and async 
300 bps fall-back mode 


• BELL 103 
o to 300 bps anisochronous 


The 89024 system consists of a 16 bit application 
specific processor (89026) and an analog front end 
device (89027). The 89026 processor performs all 
"Digital 'Signal Processing" algorithm execution for 
processing the modem signals, as well as providing 
all modem control functions typically performed by 
an external processor. The analog front end pro- 
vides for 2 wire and 4 wire telephone line interface, 
0/ A conversion, and most of the complex filtering 
functions required in QAM/PSK/FSK modems. Re- 
fer to Figure 1 for a simplified block diagram of the 
system. 


In stand-alone modem applications, the 89024 chip 
set along with a Data Access Arrangement (DAA), a 


serial EEPROM,and RS-232 driver/receivers, repre- 
sent the circuitry required for implementing an auto- 
dial, auto-answer, 300 to 2400 bps, full duplex 
Hayes compatible intelligent modem. 


A complete set of Hayes Smartmodem 2400 com- 
mands is provided for modem configuration and user 
interface. Virtually all PC software written for the 
Hayes Smartmodem 2400 can also be used with this 
chip set. Alternatively, in applications where user 
proprietary modem control commands and features 
are desired, the user can replace the 89024 internal 
command module with custom proprietary software 
resident in the 89026 microcontroller's on-chip ROM 
or an external memory device. 


The 89024 has a set of default features. Upon power 
up, the modem configuration will be in accordance 
with these default options, unless a different config- 
uration has been saved in the external EEPROM 
with the &W command. 


The 89024 modem has built in auto-dialing and auto- 
answering capabilities. It can automatically adapt to 
the proper line signaling mode (Tone or Pulse), and 
to to the type (CCID or Bell) and speed of the call- 
ing or answering modem. It can also detect and 
identify call set-up signals of telephone networks, al- 
lowing unattended data call operation. 


A full set of CCITTV.54 diagnostic loop-test features 
is supported. The chip set also provides a line signal 
for audio monitoring of call progress, a comprehen- 
sive set of DAA control lines for a simple interface to 
the telephone network, and a full complement of 
DL 
level RS-232/ V.24 handshake signals. 


NOTICE: 
Hayes 
is a registered 
trademark 
of Hayes 
Microcomputer 
Products, 
Inc. 
Smartmodem 
2400 
is a trademark 
of Hayes 
Microcomputer 
Products, 
Inc. 
Smartcom 
II is a registered 
trademark 
of Hayes 
Microcomputer 
Products, 
Inc. 
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inter 


Both devices are available 
in standard 
DIP packages 
as well as PLCC packages 
for surface 
mount appli- 
cations. 
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CALL ESTABLISHMENT, 
TERMINATION 
AND RETRAIN 


The 89024 modem system incorporates all proto- 
cols and functions required for automatic (or manu- 
al) establishment, progress and termination of a 
data call. 


The modem chip-set has a built in auto-dialer, both 
DTMF and Pulse type, and is capable of automati- 
cally adapting to the telephone dial type. The dialing 
sequence on the telephone link conforms to the 
CCITT V.25 recommendations. An exception to the 
V.25 is that the interrupted calling tone will not be 
transmitted by the calling modem, as is suggested in 
V.22 bis. 


The modem can detect the dial, busy and ringback 
signals at remote end, and will provide call progress 
messages to the user. The modem is capable of re- 
dialing the last number dialed, by one command. 


The modem when configured for auto-answer, will 
answer an incoming call, remain silent for the two 
second billing delay interval, before transmitting the 
answer tones. Afterwards modem to modem identifi- 
cation and handshaking will proceed at a speed and 
operating mode acceptable to both ends of the link. 


The data call can also be setup by manual dialing 
with the modems set to data mode, or by voice to 
data transfer by means of mechanical switch (exclu- 
sion key), using the SH pin. Once set to data mode, 
the modem handshaking will proceed before the 
modems will be ready to accept and exchange data. 


During data transmission, if one of the modems finds 
that the received data is likely to have a high bit error 
rate (indicated by a large mean square error in the 
adaptive equalizer), it initiates a retrain sequence. 
This automatic retrain feature is only available at 
2400 bps, and conforms to CCITT V.22 bis recom- 
mendations. 


Disconnection of the data call can be initiated by the 
DTE at the local end, or by the remote DTE, (if the 
modem is configured to accept it). Whether DTR will 
initiate a disconnect, depends on the last &D com- 
mand. Receiving a long space from a remote mo- 


dem will initiate a disconnect only after a Y1 com- 
mand. The optional disconnect requests originated 
by the remote modem, are of two types, (1) discon- 
nect when receiving long-space, and (2) disconnect 
when received carrier is dropped. The modem chip- 
set can also be configured to transmit 'long-space' 
just before disconnection, in each of the aforemen- 
tioned cases. 


Because the CCITT and Bell modem connection 
protocols are quite different from each other and do 
not provide recognition of remote modem type (Le. 
V.22 bis to 212A), the Intel chip-set provides the ad- 
ditional capability of identifying the remote modem 
type. This feature is beneficial during the migration 
phase of the technology from the 1200 bps to 2400 
bps. In North America, where the installed base of 
1200 bps modems is mostly made-up of 212A type, 
this feature allows a "Data Base Service Provider" 
to easily upgrade the existing 212A modems to 2400 
bps V.22 bis standard, transparently, to 212A users. 
Similarly, a user with a 89024 based modem system 
can automatically call data bases with either 212A or 
V.22 bis modems, without concern over the differ- 
ence. This feature's benefits are realized in smooth 
upgrading of data links, with minimum cost and re- 
duced disruption in services. Refer to Table 1 for a 
detailed description of remote modem compatibility. 


SOFTWARE 
CONFIGURATION 
COMMANDS 


This section lists the 89024 commands and registers 
that may be used while configuring the modem. 
Commands instruct the modem to perform an ac- 
tion, the value in the associated registers determine 
how the commands are performed, and the result 
codes returned by the modem tell the user about the 
execution of the commands. 


The commands may be entered in a string, with or 
without spaces in between. Any spaces within or be- 
tween commands will be ignored by the modem. 
During the entry of any command, the 'backspace' 
key (CNTRL H) can be used to correct any error. 
Upper case or lower case characters can be used in 
the commands. Commands described in the follow- 
ing paragraphs refer to asynchronous terminals us- 
ing ASCII codes. 


Originating 
Answer 
Modem 
89024 
Bell 
Bell 
CCITT 
CCITT 
CCITT 
CCITT 


Modem 
300 
1200 
300 
600 
1200 
2400 


Bell 
300 
300 
300 
- 
- 
300· 
300· 
1200 
1200· 
1200 
- 
- 
, 
1200 
1200 


CCITT 
300 
- 
- 
300 
- 
- 
- 
600 
- 
- 
- 
600 
- 
- 
1200 
1200· 
1200 
- 
- 
1200 
1200 
2400 
1200· 
1200 
- 
1200 
2400 


Answering 
, 


Originating 
Modem 
89024 
Bell 
Bell 
CCITT 
CCITT 
CCITT 
CCITT 
Modem 
300 
1200 
300 
600 
1200 
2400 


Bell 
300 
300 
1200 
- 
- 
1200 
1200 
1200 
300 
1200 
- 
- 
1200 
1200 
CCITT 
300 
- 
- 
300 
- 
- 
- 
600 
- 
- 
- 
600 
- 
- 
1200 
300· 
1200 
- 
- 
1200 
1200 
2400 
300· 
1200 
- 
- 
1200 
2400 


• These 
connection 
data rates are obtained 
when 
connecting 
89024 
based 
modems 
end to end. The same results 
may not 
be obtained 
when 
a 89024 
based 
modem 
is connected 
to other 
modems. 


In 
Ln 
Mn 
o 
Qn 
Sn=x 
Sn 
Vn 
Xn 
Yn 
Z 
+++ 


Command 
Set 


Attention 
code. 
Go off-hook 
in answer mode 
Repeat previous command 
string 
BELL/CCITT 
Protocol 
Compatibility 
at 
1200 bps 
The dialing commands 
(0-9ABCD· 
# PRTSW,; 
@) 
Echo command 
(En) 
Switch-Hook 
Control 
If &J1 option is selected, 
H1 will also 
switch the auxiliary relay 
Request 
Product Code and Checksum 
Speaker 
Volume 
Monitor On/Off 
On-Line 
Result Codes 
Write S Register 
Read S Register 
Enable Short-Form 
Result Codes 
Enable Ex1ended Result Code 
Enable Long Space Disconnect 
Fetch Configuration 
Profile 
The Default Escape Code 


& Command 
Set (Continued) 


&C 
DCD Options 
&0 
DTR Options 
&F 
Fetch Factory Configuration 
Profile 
&G 
Guard Tone 
&J 
Telephone 
Jack Selection 
&L 
Leased/Dial-up 
Line Selection 
&M 
Async/Sync 
Mode Selection 
&P 
Make/Break 
Pulse Ratio 
&R 
RTS/CTS 
Options 
&S 
DSR Options 
&T 
Test Commands 
&W 
Write Configuration 
to Non Volatile 
Memory 
&X 
Sync Clock Source 
&Z 
Store Telephone 
Number 


The modem stores all the configuration information 
in a set of registers. 80me registers are dedicated to 
special command and function, and others are bit- 
mapped, with different commands sharing the regis- 
ter space to store the command status. 


8 • 
Ring to Answer 
81 
Ring Count. (Read Only) 


82 
Escape Code Character 
83 
Carriage Return Character 
84 
Line Feed Character 
85 
Back 8pace Character 
86 
Wait for Dial Tone 
87 
Wait for Data Carrier 
88 
PauseTime for the Comma Dial Modifier 
89 
Carrier Detect Response Time 
810 
Lost Carrier to Hang Up Delay 
811 
Not Used 
812 
Escape Code Guard Time 
813 
Not Used 
814· 
Bit Mapped Option Register 
815 
Not Used 
816 
Modem Test Options 
817 
Not Used 
818· 
TestTimer 
819 
Not Used 
820 
Not Used 
821· 
Bit Mapped Options Register 
822· 
Bit Mapped Options Register 
823· 
Bit Mapped Options Register 
824 
Not Used 
825· 
Delay to DTR (8ync Only) 
826· 
RT8 to CT8 Delay (Half Dup.) 


827· 
Bit Mapped Options Register 


NOTE: 
• These 
S registers 
can be stored 
in the EEPROM. 


P 
Pulse Dial 
R 
Originate call in Answer Mode 
T 
Tone Dial 


8 
Dial a stored number 


W 
Wait for dial tone 
Delay a dial sequence 
Return to command state 
Initiate a flash 


@ 
Wait for quit 


If neither P or T is specified in the command 
string, the modem automatically selects the 
proper dial mode. 


Example: 
Terminal: 
Modem: 
Result: 


AT &2 T 1 (602) 555-1212 
OK 
Modem stores T16025551212 in the ex- 
ternal EEPROM. 


The number can be dialed from asynchronous mode 
by issuing the following command: 
Terminal: AT D8 
Modem: 
T16025551212 


or by turning on DTR when in 8ynchronous Mode 2. 
Up to 33 symbols (dial digits and dial modifiers) may 
be stored. 8paces and other delimiters are ignored 
and do not need to be included in the count. If more 
than 33 symbols are supplied, the dial string will be 
truncated to 33. 


The block diagram of a stand-alone 300 to 2400 bps 
Hayes compatible modem is depicted in Figure 3. 
The DAA section shown in this diagram may be ob- 
tained with FCC registration, or implemented using 
the suggested diagram in Figure 4. 
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Parameter 
Specification 


Synchronous 
2400 bps ± 0.01 % 
V.22 bis 
1200 bps ±0.01% 
V.22 and 212A 
600 bps 
±0.01 
V.22 


Asynchronous 
2400, 1200, 600 bps, character 
asynchronous. 


o - 300 bps anisochronous. 


Asynchronous 
Speed Range 
+ 2.3% 
- 2.5%, 
extended 
range option 
of CCID 
standards 
in 
character 
asynchronous 
mode. 


Asynchronous 
Format 
8,9,10,11 
bits, including 
start, stop, parity. 


Synchronous 
Timing Source 
Internal, 
derived 
from the local oscillator. 


External, provided 
by DTE through XTCLK. 


Slave, derived from the received 
clock. 


Telephonfl 
Line Interface 
Two 
wire 
full 
duplex 
over 
public 
switched 
network 
or 4 wire 
leased 
lines. 


On-chip 
hybrid and billing delay timers. 
Output level - 1 to - 16 dBm 


Modulation 
V.22 bis, 16 point QAM at 600 baud. 
V.22 and 212A, 4 point QAM at 600 baud. 
V.21 and 103, binary phase coherent 
FSK 


Output Spectral 
Shaping 
Square root of 75% raised cosine, QAM/PSK. 


Transmit 
Carrier Frequencies 
V.22 bis, V.22, 212A 
Originate 
1200Hz 
± .01% 
Answer 
2400 Hz ± .01 % 
V.21 at 300 bps 
Originate 
'space' 
1180Hz 
± .01% 
Originate 
'mark' 
980 Hz ± .01% 
Answer 
'space' 
1850Hz 
± .01% 
Answer 
'mark' 
1650 Hz ± .01 % 
Bell 103 mode 
Originate 
'space' 
1070Hz 
± .01% 
Originate 
'mark' 
1270 Hz ± .01% 
Answer 
'space' 
2020 Hz ± .01 % 
Answer 
'mark' 
2225 Hz ± .01 % 


Receive 
Carrier Frequencies 
V.22 bis, V.22, 212A 
Originate 
2400 Hz ± 7 Hz 
Answer 
1200 Hz ± 7 Hz 
V.21 
Originate 
'space' 
1850 Hz ± 12 Hz 
Originate 
'mark' 
1650' Hz ± 12 Hz 
Answer 
'space' 
1180 Hz ± 12 Hz 
Answer 
'mark' 
980 Hz ± 12 Hz 
Bell 103 
Originate 
'space' 
2020 Hz ± 12 Hz 
Originate 
'mark' 
2225 Hz ± 12 Hz 
Answer 
'space' 
1070 Hz ± 12 Hz 
Answer 
'mark' 
1270 Hz ± 12 Hz 


Receiver 
Sensitivity 
OFF to ON threshold 
- 44 dBm at A02 
pin 
ON to OFF threshold 
- 46 dBm at A02 
pin 


Line Equalization 
Fixed compromise 
equalization, 
transmit. 


Adaptive 
equalizer for PSK/QAM, 
receive. 


Diagnostics 
Available 
Local analog loopback. 
Local digital loop back. 
Remote digital loop back. 
Local interface 
loopback 
modem. 


Self Test Pattern Generator 
Alternate 
'ones' 
and 'zeros' 
and error detector, 
to be used along 


I 
with most loopbacks. 
A number 
indicating 
the bit errors detected 
is sent to DTE. 


Parameter 
Specification 


Test condition: 
Unconditioned 
3002 line, across the full dynamic 
range. 


The noise bandwidth 
is 3 KHz flat. 


Random 
Noise 
Bit Error rate of 1 in 100000 or better at 12 dB SNR at 300 bps, 5 dB SNR at 
600 bps, 8 dB SNR at 1200 bps and 16 dB SNR at 2400 bps. 


Frequency 
Offsets(1) 
± 7 Hz. 


Phase Jitter(1) 
2400 bps - 15° peak to peak, at up to 300 Hz. 
600, 1200 bps - 45° peak to peak, at up to 300 Hz. 


NOTE: 
1. There 
is no observable 
data errors 
for the received 
signals, 
for the above 
limits of line impairments. 
These 
impairments 
are applied 
one at a time in absence 
of noise. 


Parameter 
Mln 
Typ 
Max 
Units 
Comments 


DTMF Level 
1.0 
dBm 
atA01 


Tone 2nd Harmonic 
Distortion 
-35 
dB 
HYB enabled 
into 600.0. 


DTMF Twist (Balance) 
3 
dB 


Default Duration 
70 
ms 


Pulse Dialing Rate 
10 
pps 


Pulse Dialing Make/Break 
39/61 
% 
US 
33/67 
% 
UK, Hong Kong 


Pulse Interdigit 
Interval 
785 
ms 


Billing Delay Interval 
2.1 
see 


Guard Tone Frequency 
540 
Hz 
Amplitude 
-3 
dB 
referenced 
to High 
channel transmit. 


Frequency 
1800 
Hz 
Amplitude 
-6 
dB 


High Channel Transmit 
Amplitude 
-1 
dB 
referenced 
to Low 
channel, 
Guard Tone enabled. 


Guard Tone 2nd 
-50 
dB 
Harmonic 
Distortion 


Tone Detection 
290 
665 
Hz 
3 dB Point 
Passband 
Frequency 


Tone Detection 
OFF to 
-33 
dBm 
Into 600.0. 
ON Threshold 


Tone Detection 
ON to 
-44 
dBm 
Into 600.0. 
OFF Threshold 


Dial Tone Detect Duration 
3.0 
see 


Ringback 
Tone Detect 
Duration 
0.75 
see 
Cadence 
1.5 
Off/On 
Ratio 


Busy Tone Detect 
Duration 
0.2 
see 
Cadence 
0.67 
1.5 
Off/On 
Ratio 


·--------------------------------------------_ 
..._---- .... 
I 
I 
I 
I 
I 
I 
I 
I 
RXD(103) 
~(104) 
--+--+ 
TClK(114) 
RClK(115) 
XTClK(113)~--+-+ 
CTS 
DTR ---"---+ 
__ 
DSR 
I 
REMlB(140) 
--,--+ 
lCllB( 
141) ---"---+ 
SS(1111 --+--+ 


SI 
fij 
DCD 
TClO --+-+ 
TCll --,--+ 
CONFIG ---"---+ 
S/~--+--+ 
B~ --,--+ 
OH 
Ail 
SH -+-+ 
Ri --,--+ 
D/S ---t--+ 


I 
I 
I 
~--l---r-l---r--r--l----r---l----------------------------~ 


RST 
EA 
VpD 
VCC 
VSS1 
VSS2 
AGND 
Vees 


The 89026 processor performs most of modulation, 
demodulation and user interface functions. This chip 
is available in a standard 48 pin package. An'option- 
al 68 pin version supports an external ROM, for user 
designed software. With this option, the signal pro- 
cessing algorithms resident in the 89026 can be 
controlled by the customer designed external soft- 
ware for proprietary modem control and call prog- 
ress management applications. A block diagram of 
89026 is provided in Figure 5. 


This device contains a TIL compatible serial link to 
DTE/DCE equipment, along with a full complement 
of V.24/RS-232-C control signals. Alternatively, a 
UART or USART may be used to directly transfer 
data to/from a microcomputer bus. The device sup- 
ports a complete set of Hayes compatible modem 
control 
commands. 
This 
compatibility 
facilitates 
communications between the 89024 and most PC 
software written for the Hayes Smartmodem 2400 
product. 
. 


AUTO BAUD-RATE/ 
DATA FORMAT 
DETECTOR 


In the transmit operation, the 89026 synthesizes 
DTMF tones and the 300 bps FSK modem signal 
prior to transmitting them to the 89027 as digitized 
amplitude samples. During 1200 and 2400 bps oper- 
ation, quadrature amplitude modulation (QAM) is 
used to send 2 or 4 bits of information at 600 baud 
to 89027. Since the QAM coding technique is an 
inherently synchronous transmission 
mechanism, 
during asynchronous QAM transmission, the asyn- 
chronous data is synchronized by adding or deleting 
stop bits. Following the synchronization process, the 
89026 transmits digitized phase and amplitude sam- 
ples to 89027 over a high speed serial link. 


In the receive operation, the information is received 
by 89026 from 89027 as two signals which are 90 
degrees phase shifted from each other. These ana- 
log signals are then digitized by the 89026's on- 
board AID converter, and using DSP software algo- 
rithms the signals are gain adjusted, adaptively 
equalized for telephone line delay and amplitude dis- 
tortion, and demodulated. Following the demodula- 
tion process by the 89026, the data is unscrambled, 
and if necessary, returned to asynchronous format. 
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Symbol 
Function 
(89026) 
Direction 
Pin No. 


48 pin 
68 pin 


CLKIN 
12.96 MHz master clock from 89027 
In 
36 
67 
RST 
Chip reset (active low) 
In 
48 
16 


I 
In-phase received 
signal 
In 
43 
11 
Q 
Quadrature-phase 
received 
signal 
In 
42 
10 
STR 


, 
Symbol Timing from 89027 
In 
3 
24 


ED 
Energy Detect input 
In 
41 
9 


TSYNC 
Transmitter 
sync pulse to 89027 
Out 
10 
35 
SDATA 
Serial Data to 89027 
Out 
1 
17 
SCLK 
Serial Clock to 89027 
Out 
2 
18 


OH 
Off-Hook 
control to DAA 
Out 
26 
33 
SH 
Switch-Hook 
from dataphone 
In 
28 
44 
RI 
Ring Indicator from DAA 
In 
27 
42 
AR 
Aux Relay control to DAA 
Out 
25 
38 


TCL1 
NVRAM Data 1/0 
1/0 
23 
20 
TCLO 
NVRAMSK 
Out 
24 
19 
BIC 
103/V.21 
default option 
In 
47 
15 
SIft. 
NVRAMCE 
Out 
22 
21 
D/S 
Dumb/Smart 
mode select 
In 
32 
6 
CONFIG 
Custom 
Firmware 
Disable 
In 
40 
8 


TM 
Test Mode Indicator 
Out 
13 
39 


TXD 
Transmitted 
data from DTE 
In 
6 
27 
RXD 
Received 
data to DTE 
Out 
8 
29 
RTS 
Request to send from DTE 
In 
21 
22 
CTS 
Clear to Send to DTE 
Out 
20 
23 
DSR 
Data Set Ready to DTE 
Out 
19 
30 
DCD 
Data Carrier Detect to DTE 
Out 
18 
31 


DTR 
Data Terminal 
Ready from DTE 
In 
4 
25 
RCLK 
Received 
clock to DTE 
Out 
9 
34 


TCLK 
Transmit 
clock to DTE 
Out 
7 
28 
XTCLK 
External timing clock from DTE 
In 
5 
26 
Si 
Speed Indicator to DTE 
Out 
17 
32 
SS 
Speed select from DTE(4) 
In 
31 
5 
REMLB 
Remote 
Loopback 
Command 
from DTE 
In 
30 
7 
LCLLB 
Local Loopback 
Command 
from DTE 
In 
29 
4 


Vcc 
Positive power supply ( + 5V) 
+5V 
38 
1 
VPD 
Ram baCk-up power 
+5V 
46 
14 


VREF 
AID converter 
reference 
+5V 
45 
13 


VSS1 
Digital ground 
GND 
11 
36 


VSS2 
Digital ground 
GND 
37 
68 
AGND 
Analog ground 
AGND 
44 
12 


VSSS 
Back-bias 
generator 
output 
Out 
12 
37 


EA 
External Memory enable 
In 
39 
2 
ADO-AD15 
External memory access address/data(5) 
1/0 
- 
60-45 
AA 
Auto Answer, 
Ring Indicator 
Out 
- 
60 
JS 
Jack Select 
Out 
- 
59 
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Symbol 
Function (89026) 
Direction 
Pin No. 


48 pin 
68 pin 


NMI 
No-maskable Interrupt(Vss)(1) 
In 
- 
3 
X2 
Crystal output(NC)(2) 
Out 
35 
66 
CLKOUT 
Clk output (NC)(2) 
Out 
- 
65 
TEST 
Factory test(Vcc)(3) 
In 
- 
64 
INST 
External memory instruction fetch 
Out 
- 
63 
ALE 
Address latch enable 
Out 
34 
62 
RO 
External memory read 
Out 
33 
61 
READY 
External memory ready(Vcc)(3) 
In 
16 
43 
BHE 
External memory bus high enable 
Out 
15 
41 
WR 
External memory write 
Out 
14 
40 


NOTES: 
1. Pins marked 
with (Vss) 
must be connected 
to Vss. 
2. Pins marked 
with (NC) are to be left unconnected. 


3. Pins marked 
with (Vccl must be connected 
to Vcc. 


4. 55 
pin reserved 
for future 
use. 
5. With 
internal 
ROM enabled, 
ADO-AD1 
are used as AA and :is. 


89026 PIN DESCRIPTION 


XTCLK 
Transmitter timing from OTE, when external clock 
option is selected. 


TXD 
The serial data from OTE to be transmitted on the 
line. A logic 'high' is mark. In synchronous mode, 
89026 samples this data on the rising edges of 
TCLK. 


TCLK 
Clock output from 89026 as timing source for data 
exchange from OTE to modem. Serial data is read 
on the rising edges of the TCLK. This output is High 
in asynchronous mode. 
' 


RXD 
The serial data to OTE. 'Mark' is a logic High. In 
synchronous mode, the rising edge of RCLK occurs 
in the middle of RXO. 


RCLK 
Synchronous clock output. Rising edge of RCLK oc- 
curs in the middle of each RXO bit. This pin remains 
High in asynchronous mode. 


VBBS 
This pin to be connected to AGNO through a 
0.01 fLF capacitor. 


TM 
A Low indicates maintenance condition in the mo- 
dem. 


DCD 
In async operation, OCOremains Low regardless of 
data carrier (default), or it can be programmed to 
indicate received carrier signal is within the required 
timing and amplitude limits. In sync operation Low 
indicates the received carrier signal is within the re- 
quired timing and amplitude limits. 


DSR 
Low indicates modem is off-hook, and it is in data 
transmission mode, and the answer tone is being 
exchanged. CTS Low indicates modem is prepared 
to accept data. 


RTS 
In async mode RTS i~nored. 
Under command 
control, in sync mode RTS can be ignored, or the 
modem can respond with a Low on CTS. 


DTR 
&00 command will cause the modem to ignore OTR. 
For &01 the modem assumes the asynchronous 
command state on a Low to High transition of the 
OTR circuit. The &02 command does the same as 
&01 except the state of OTR will enable/disable 
auto answer. A Low to High transition of OTR after 
the &03 command will cause the modem to assume 
the initialization state. 


s/c 
Low configures the modem to CCID V.21. High will 
configure the modem to Bell 103, when at 300 bps 
speed. This pin only affects the modem in 300 bps 
operation. 


TCl1, TClO 
These pins are used as the serial clock and data for 
interlace to an EEPROM. Refer to Figure 3. TCLOis 
used to output a clock and serial data is read in on 
TCL1. 


AR 
This Auxiliary relay control is for switching a relay for 
voice or data calls. High is voice, Low is data. 


RI 
A Low signal from DAA indicates line ringing. This 
input is ignored when the modem is configured for 
leased line. This signal should follow the ring ca- 
dence. 


OR 
Low controls off hook. High indicates on hook. 
When dialing, this control is used to pulse dial the 
line. 


SH 
Used as a telephone voice to data switch or vice 
versa. Any logic level transition will toggle the mo- 
dem state. This input is ignored, if a software com- 
mand attempts to switch the modem between voice 
and data. 


AA 
Used as an indicator for Auto Answer status and 
Ring indicator. Active low. 


lCllB 
A Low will set the modem in the local analog loop- 
back test mode. Logic Low levels applied simulta- 
neously to REMCB and LCLLB pins, sets the modem 
to the local digital loopback. 


REMlB 
A logic Low on this pin initiates a remote loopback 
condition. 


Sf 
Selects one of the two data rates or ranges of rates 
in the DTE to correspond to the rate in modem. Low 
selects the higher rate (2400 CCITT/1200 BELL) or 
range of rates. High selects the Low rate or range of 
rates. 


D/S 
A Low on this pin will indicate the smart mode which 
will respond to all commands. A High will ignore all 
commands. 


VREF 
Voltage reference for the analog to digital converter 
should be connected to the 89027 AVec. 


VPD 
The internal RAM power down supply voltage to be 
connected to 5 Volts during normal operation. 


S/A 
The function of this pin is re-defined as external 
NVRAM CEo 


CONFIG 
Low enables access to custom software modules. 


EA 
High accesses internal memory. Low accesses ex- 
ternal memory. 


JS 
Low is used to pulse A and A1 leads to control a 1A2 
Key System jack. 


89026 ABSOLUTE 
MAXIMUM 
RATINGS· 


Temperature Under Bias 
-10 to +80 
0 C 
Storage Temperature 
-40 to + 125 
0 C 
Voltage from Any Pin to 
VssorAGND 
-0.3Vto 
+7.0V 
Average Output Current from Any Pin 
10 mA 
Power Dissipation 
1.5 Watts 


•Notice: Stresses above those listed under '~bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE Specifications contained within the 
following tables are subject to change. 


Symbol 
Parameter 
Mln 
Max 
Units 


TA 
Ambient 
Temperature 
Under Bias 
0 
+70 
C 


VCC 
Digital Supply Voltage 
4.75 
5.25 
V 


VREF 
Analog Supply Voltage 
4.75 
5.25 
V 


Vcc-·3 
Vcc+·3 
V 


FREQ 
CLKIN Frequency 
12.96 Mhz 
-0.01% 
+0.01% 


VPD 
Power-Down 
Supply Voltage 
4.75 
5.25 
V 


NOTE: 
Vaas should be connected to AGND through a 0.Q1/LF capacitor. AGND, Vss and the 89027 Vss,AGND must be nominally 
at the same potential. 


Symbol 
Parameter 
Min 
Max 
Units 
Comments 


Vil 
Input Low Voltage 
-0.3 
+0.8 
V 
Except RST 


Vll1 
Input Low Voltage,RST 
-0.3 
+0.7 
V 


VIH 
Input High Voltage 
2.0 
Vcc+·5 
V 
Except RST, 
NMI, CLKIN 


VIH1 
Input High Voltage, 
RST Rising 
2.4 
Vcc+·5 
V 


VIH2 
Input High Voltage, 
RST Falling 
2.1 
Vcc+·5 
V 


VIH3 
Input High Voltage, 
NMI, CLKIN 
2.4 
Vcc+·5 
V 


VOL 
Output Low Voltage 
0.45 
V 
See Note 1. 


VOH 
Output High Voltage 
2.4 
V 
See Note 2. 


Icc 
Vcc Supply Current 
200 
mA 
All outputs disconnected 


IpD 
VPD Supply Current 
1 
mA 
Normal operation 
and Power-Down 


IREF 
VREF Supply Current 
15 
mA 


III 
Input Leakage Current 
±10 
p.A 
Vin = 0 to Vcc See Note 3 


IIH 
Input High Current to EA 
100 
p.A 
VIH=2.4V 


III 
Input Low Current 
-100 
p.A 
Vil =0.45V 
See Note 4 


1111 
Input Low Current to RST 
-2 
mA 
Vil =0.45V 


1112 
Input Low Current SI A, SH, RI, READY 
-50 
p.A 
Vil =0.45V 


Cs 
Pin Capacitance 
(Any Pin to Vss) 
10 
pF 
1 MHz 


NOTES: 
1. IOL = 0.36 mA for pins TClO, TCl1, SIC, "Fi'ffi, CTS, D5R, DCD, ~, AR, and OR. Also if ADO· AD15 are configured as 1/ 
o ports. 
IOL = 2.0 mA for TM, ClKOUT, ALE, SHE, RD, WR, RXD, TClK, and ADO- AD15 when used as ex1ernalmemory bus. 
2.IOH = -20 
/LAfor pins TClO, TCl1, SIC, "Fi'ffi, CTS, DSR, DCD, ~,AR, 
and OR. 


IOH = -200 
/LA for TM, ClKOUT, ALE, SHE, RD, WR, RXD, TClK, and ADO- AD15 when used as external memory bus. 


ADO- AD15 when used as I/O ports, have open-drain outputs. 
3. For pins DTR, XTClK, TXD, D/S, 55, REMlS, lCllS, 
CONFIG, ADO-AD15. 
4. TClO, TCl1, SIC, "Fi'ffi. 
5. Power must be applied to the device in the following sequence: Vss first, then Vcc. 


Test Conditions: 
Load capacitance 
on output 
pins = 80 pF 
Frequency 
= 12.96 MHz 


Symbol 
Parameter 
Min 
Max 
Units 


TAVDV 
Address 
Valid to Input Data Valid 
5Tosc-90 
ns 


TRLDV 
RD Active to Input Data Valid 
3Tosc-60 
ns 


TRXDX 
Data Hold after RD Inactive 
(1) 
0 
ns 


TRXDZ 
RD Inactive to Input Data Float (1) 
Tosc-20 
ns 


Symbol 
Parameter 
Min 
Max 
Units 


FXTAL 
CLKIN Frequency 
-0.01% 
+0.01% 


. Tosc 
CLKIN Period 
77 
ns 


TCHCH 
CLKOUT 
Period (1) 
3Tosc (2) 
3Tosc (2) 
ns 


TCHCL 
CLKOUT 
High Time 
Tosc-20 
Tosc+20 
ns 


TCLLH 
CLKOUT 
Low to ALE High 
-5 
20 
ns 


TLLCH 
ALE Low to CLKOUT 
High 
Tosc-20 
Tosc+40 
ns 


TLHLL 
ALE Pulse Width 
Tosc-25 
Tosc+ 
15 
ns 


TAVLL 
Address 
Setup to End of ALE 
Tosc-50 
ns 


TLLRL 
End of ALE to RD or WR active 
Tosc-20 
ns 


TLLAX 
Address 
Hold after End of ALE 
Tosc-20 
ns 


TWLWH 
WR Pulse Width 
2Tosc-35 
ns 


TaVWX 
Output Data Setup to End of WR 
2Tosc-60 
ns 


TWXaX 
Output Data Hold after End of WR 
Tosc-25 
ns 


TWXLH 
End of WR to next ALE 
2Tosc-30 
ns 


TRLRH 
RD Pulse Width 
3Tosc-30 
ns 


TRHLH 
End of RD to next ALE 
Tosc-25 
ns 


NOTES: 
(1) This specification 
is not tested, 
but is verified 
by design 
analysis 
and/or 
derived 
from 
other tested 
parameters. 


(2) CLKOUT 
is directly 
generated 
as a divide 
by 3 of the oscillator. 
The period 
will be 3Tosc 
± 10 nsec 
if Tosc 
is constant 
and the rise and fall times 
on XT AL are less than 
10 nsec. 
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The 89027 is a 28 pin CMOS analog front end de- 
vice, which performs most of the complex filtering 
functions required in modem transmitters and re- 
ceivers. A general block diagram of this chip is pro- 
vided in Figure 7. Most of the analog signal process- 
ing functions in this chip are implemented with 
CMOS switched capacitor technology. The 89027 
functions are controlled by 89026, through a high 
speed serial data link. 


During FSK transmit operation, the 89027 receives 
digitally synthesized mark and space sinusoid ampli- 
tude information from the 89026. The 89027 con- 
verts the signal to its analog equivalent, filters it, and 
transmits it to the telephone line. For QAM transmis- 
sion, the signal constellation points are transferred 
to the 89027. This information is modulated into an 
analog signal, passed through spectral shaping fil- 


ters, combined with the necessary guard tone, 
smoothed by a low pass filter, and transmitted to the 
line. Prior to transmitting either FSK or QAM signals 
to the telephone line, the 89027 adjusts the signal 
gain through an on-board programmable gain ampli- 
fier. 


During the receive operation, the received FSK and 
QAM signals are passed through anti-alias filters, 
bandsplit filters, automatic gain control and carrier 
detect circuits, a Hilbert transform filter, and the out- 
put sent to the 89026 processor as analog signals. 


Other functions provided by the 89027 are: an on- 
board two wire to four wire circuit with disable capa- 
bility, an audio monitor output with software configu- 
rable gain, and a programmable gain transmit signal. 


The 89027 is available in 28 pin plastic DIP and 
PLCC packages. 


·-'--1---1····1··-'--·-r-------- 


vcc 
vaa 
AGND 
vss 
RST 
AVec 
AZl 
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Symbol 
Function 
(89027) 
Direction 
Pin No. 


Vcc 
Positive Power Supply (Digital) 
+5V 
28 


Vss 
, 
Negative 
Power Supply 
-5V 
15 


Vss 
Digital Ground 
DGND 
24 
AGND 
Analog Ground 
AGND 
21 


AVec 
Positive Power Supply (Analog) 
+5 
7 


X1 
Xtal Oscillator 
In 
23 
X2 
Xtal Oscillator 
Out 
25 
CLKOUT 
12.96 MHz Clock output to 89026 
Out 
26 


RST 
Chip reset (active low) 
In 
20 
HYB 
Enable on-chip 
hybrid 
In 
10 
AZ1 
Auto·zero 
capacitor 
Out 
16 
AZ2 
Auto·zero 
capacitor 
In 
17 


SDATA 
Serial data from 89026 
In 
2 
SCLK 
Serial clock from 89026 
In 
1 
TSYNC 
Transmitter 
sync from 89026 
In 
3 


STR 
Symbol timing to 89026 
Out 
27 
ED 
Receiver 
energy detect to 89026 
Out 
18 
I 
In phase received 
signal to 89026 
Out 
13 
Q 
Quadrature-phase 
received 
signal to 89026 
Out 
14 


A01 
Transmitter 
output 
Out 
6 
A02 
Receiver 
input 
In 
12 
AMP 
Output to monitor speaker 
Out 
11 


TXO 
Transmitter 
level control 
(LSB) 
In 
9 
TX1 
Transmitter 
level control 
In 
8 
TX2 
Transmitter 
level control 
In 
5 
TX3 
Transmitter 
level control 
(MSB) 
In 
4 


89027 Pinout Description 


TXO-3 


These 
four pins control 
the transmitted 
signal level. 


The output 
level can be adjusted 
from 
-1 
dBm to 
-16 
dBm in 1 dB steps. 


A01 


Transmitter 
output. 


HYB 


This 
pin enables 
the on-chip 
hybrid. 
A line imped- 
ance matching 
network 
must be connected 
between 
A01 
and A02 
when 
HYB is enabled. 
If HYB is dis- 
abled 
and 
an eXternal 4W/2W 
hybrid 
is used, 
the 
hybrid receive 
path must be amplified 
by 6 dB. 


AMP 


This output can be used to monitor 
the call progress 


tones and operation 
of the line. 


ABSOLUTE 
MAXIMUM 
RATINGS 
Temperature 
Under Bias 
-10 
to + 80· C 


Storage Temperature 
-40 
to + 125· C 


All Input and Output 
Voltages 
with Respect to Vss 
-0.3V 
to + 13.0V 


All Input and Output 
Voltages 
with Respect 
to Vcc & AVec ..... 
-13.0V 
to 0.3V 


Power Dissipation 
1.35W 


Voltage 
with Respect 
to Vss(1) 
-0.3V 
to 6.5V 


NOTE: 
1. Applies 
to 
pins 
SCLK, 
SDATA, 
TSYNC, 
RST, 


HYB, TXO- TX3 only. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 


Iccl 
Vcc Operating 
Current 
15 
mA 


Ibbl 
Vss Operating 
Current 
15 
mA 


Icco 
Vcc Standby Current 
2 
mA 


Oboe 
Vss Standby Current 
2 
mA 


Pdo 
Standby 
Power Dissipation 
20 
mW 


Pdi 
Operating 
Power Dissipation 
150 
mW 


DC CHARACTERISTICS 
(Ta = O·C to 70·C, Vcc = ± 5%, Vss = ± 5%, AGND = Vss = OV), supply 
voltage 
must be at the same potential 
as the 89026 power supply. Typical Values are for Ta = 25·C and 
nominal 
power supply values. Power must be applied in the following 
sequence: 
Vss, AGND, Vss. Vcc, and 
AVec. Vcc, AVec and 89206 VREF must be nominally 
at the same potential. 


Digital Inputs: TXO, TX1, TX2, TX3, HYB, RST 
Digital Outputs: 
CLKOUT 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Condition 


iii 
Input Leakage Current 
-10 
+10 
/LA 
Vss 
~ Vin ~ Vcc 


Vii 
Input Low Voltage 
Vss 
0.8 
V 


Vih 
Input High Voltage 
2.0 
Vcc 
V 


Vol 
Output 
Low Voltage 
0.4 
V 
101 ~ 
-1.6mA,1 
TIL 
load 


Voh 
Output High Voltage 
2.4 
V 
Ich ~ 50/La, 1 TIL 
load 


Vcc1 
CLKOUT 
Low Voltage 
0.4 
V 
C1 = 60 pF 


Vcoh 
CLKOUT 
High Voltage 
2.4 
V 
CI = 60 pF 


Parameter 
Mln 
Typ 
Max 
Units 
Test Condition 


A02 Input Voltage Range 
-9 
dBm 


A02 Input Resistance 
10 
Mohms 
-3.5V<Vin< 
+3.5V 


A02 Allowed DC offset 
-30 
+30 
mV 
Relative to AGND 


Capacitance = 0.02 JLF 
Tolerance = ± 10 % 
Voltage Rating = 10V 
Type = Non-Electrolytic. low leakage. 
I 
I 


33 pF' 'f'" : 
I 'f'" 33 pF' 
:t5% V I 
Co 
: V 
:t5% 
~----------~ 270242-12 


Figure 8. Crys'tal Equivalent Circuit 


Parameter 
Mln 
Typ 
Max 
Unit 
Comments 


Frequency 
-0.002% 
+0.002% 
12.960 Mhz 
Refer to 
Temp. Drift (O·C- + 70·C) 
0.0015% 
Figure 8 
Rx 
10 
16 
ohms 
Cx 
0.024 
pF 
Co 
5.1 
5.6 
6.1 
pF 
CL 
-5% 
+5% 
33 pF 
2 Load 
Capacitors 


Parameter 
Mln 
Typ 
Max 
Units 
Test Condition 


Load Resistance 
A01 
600 
ohms 
AMP 
10 
Kohms 


Load Capacitance 
AMP 
100 
pF 


Audio Amp Output Level 
+1 
dBm 
Controlled 
-8 
dBm 
via the Hayes 
-15 
dBm 
commands. 


-56 
dBm 
No signal input 


:-a. 
cfUTPUT TRANSMIT 
LEVEL (1) 
~r::\r::In nnn""n 
'" ~ft 
TX 3,2,1,0 
Typ 
Units 


0000 
-1 
dBm 
0001 
-2 
dBm 
• 
• 
• 
• 
• 
• 
• 
• 
• 
1 1 1 0 
-15 
dBm 
1 1 1 1 
-16 
dBm 


NOTE: 
1. For FSK, PSK, QAM xmit signal. HYB is enabled into a 600n network and measured at A02. Refer to Figure 9 for test 
setup. 


The reference manual also provides a full descrip- 
tion of all the "AT" commands and S-registers sup- 
ported by the 89024 Modem Chip Set. 


The 89024 Reference Manual details design infor- 
mation for the 89024 Modem Chip Set. It provides 
descriptions and specifications of the two chips 
comprising the 89024, the 89026 and the 89027. In 
addition, it describes the control interface between 
the two chips. 
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MEKPC 89024 
PC CARD MODEM EVALUATION KIT FOR 89024 


• 
300 to 2400 bps Full Duplex Operation 


• 
Both Bell and CCITT 
Standards 
Supported 


• 
For Evaluation 
of 89024 Modem 
Chip 
Set and 82050 UART 


• 
PC Card Form Factor 


• 
Wire-Wrap 
Area for Custom 
Circuitry 


• 
No Assembly 
Required 


• 
Communication 
Software 


• 
Comprehensive 
Documentation 


The MEKPC 89024 
is a 2400 bps, Hayes AT command 
set compatible 
PC card modem. 
It is provided 
as a 
evaluation 
tool for Intel's 89024 
Modem Chip Set and 82050 
UART. It is not intended 
for use on phone fines, 


and it is not FCC approved. 


0 
89026 


82050 
89027 
CLKOUT 
1>,-0 
DTR 
~ 
DTR 
CLKIN 
• 
DSR 
+-- 
DSR 
AMP 


A2-0 
RTS 
~ 
RTS 
Q 
Q 
CTS 
+-- 
CTS 
A01 


TXD 
~ 
TXD 
~ 
RD 
RXD 
+-- 
RXD 
A02 
~ 
WR 
DCD 
+-- 
DCD 
+-- 
INT 
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The MEKPC is a full functional 2400 bps pc modem 
card based on the 89024 modem chip set. It can be 
used with any IBM PC or PC compatible machine. It 
uses one of two serial communication ports avail- 
able in a PC, COM1 and COM2. COM port selection 
is made via a jumper option on the MEKPC. The 
82050 UART provides the interface between the 
89024 and the PC bus. The 82050 is 100% software 
compatible with the 16450/8250A UART's, allowing 
the modem to work with popular commercial com- 
munications software such as Cross Talk, Smart- 
com, SmarTerm, and PC term. A block diagram of 
the MEKPC is shown in Figure 1. 


The 89024 is a highly integrated 2400 bps modem 
chip set providing a complete modem system in two 
chips, the 89027 and the 89026. The 89027. is an 
analog front end which implements the filters for mo- 
dem receivers and transmitters. The 89026 is an ap- 
plication specific processor which performs modula- 
tion/demodulation 
and user interface functions. It 
also implements the industry standard "AT" com- 
mand set. 


The 82050 Asynchronous Communications Control- 
ler provides 100% software compatibility with the 
16450/8250A 
in a 28 pin package. The smaller 
package size and its simpler system interface pro- 
vides substantial board space savings. The 82050 is 
fabricated 
using CHMOS III technology 
for de- 
creased power consumption and increased reliabili- 
ty. 


For asynchronous PC communications, a software 
package developed by Intel called iTERM is provid- 
ed. iTerm allows a PC to emulate an ASCII terminal. 
In addition, user friendly features such as a help 
screen and menu driven commands for setting ter- 
minal parameters and loading the function keys with 
AT command strings is provided. 


Detailed information on the MEKPC89024, iTERM, 
89024, and 82050 is provided. Following is a list of 
the enclosed documents: 
1. MEKPC89024 User's Guide 
2. 89024 Reference Manual 
3. 89024 Data Sheet 
4. 82050 Data Sheet 
5. 89024 Firmware Evaluation Repo.rt 


The 89024 Reference Manual details design infor- 
mation for the 89024 Modem Chip Set. It provides 
descriptions and specifications of the two chips 
comprising the 89024, the 89026 and the 89027. In 
addition, it describes the control interface between 
the two chips. 


The reference manual also provides a full descrip- 
tion of all the "AT" commands and S-registers sup- 
ported by the 89024 Modem Chip Set. 


Order 
Number 
MEKPC89024 


• 
Single Board Evaluation 
Kit for the 
89024 2400 bps Modem 


• 
Recommended 
for Bit Error Rate 
Testing 


• 
Intended 
as an 89024 Software 
Customization 
and Development 
Tool 


• 
Comprehensive 
User's Manual 


• 
PC Communications 
Package 
Included 


• 
Includes 
Power Supply 
& User Wire- 
Wrap Area 


The 89024 MEK2 is a stand alone Sync/ Async Intelligent 
Modem 
evaluation 
kit. This MULTI-BUS 
II form-fac- 


tor circuit board is a fully assembled 
and functional 
modem that can be used for demonstrating 
the capabilities 
of the 89024 2400 bps Intelligent 
modem chip-set. 
It is also a versatile 
tool for evaluating 
the chip-set 
Bit Error 
Rate performance, 
as well as customizing 
the 89024 software. 


The board is equipped 
with a power supply module, 
eliminating 
the need for a lab power supply, as well as a 
comprehensive 
user's 
manual and an Intel PC Communications 
Software 
package 
(iTERM). 


ITERlA 
PC COlAlAUNICATlONS 
PROGRAlA 
I ~ I 
TO TELEPHONE SET 


TO PHONE LINE 


TO SCOPE X-AXIS 
I 
TO SCOPE Y-AXIS 
0 


TO RlAS DVlA 
ERROR 


NOTE: 
This product 
does 
not comply 
with FCC part 68 and part 15 requirements. 
It is intended 
for laboratory 
evaluation 
only. 


Figure 1.89024 
MEK2 Block Diagram 
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The 89024 MEK2 provides EPROM sockets for eval- 
uating user developed software and provides the 
necessary clocking provisions to interface to an 
SBE-96 In-Circuit Emulator board. 


For evaluation of modem signal quality, a constella- 
tion (eye pattern) decoder circuit has been included 
on-board. All hardware/software configurable fea- 
tures of the 89024 chip-set are strap configurable on 
this board. 


The board provides a convenient vehicle for con- 
ducting Bit Error Rate tests. It is a good example of 
simple double-sided PCB layout that meet stringent 
modem noise requirements. The DM interface sup- 
ports Voice/Data Communications, as well as, 1A2 
Key System A lead control. A loud-speaker and am- 
plifier provide audible indication of call progress to 
the user. A series of LED indicators display the 
status of essential modem functions. 


A 
female 
D8-25 
connector 
provides 
an 
RS-232/V.24 Sync/ Async interface to the DTE. For 


Async PC communications, iTERM Communications 
Disk may be used to drive the modem. This software 
package allows a PC to emulate an ASCII terminal. 
The program has several user-friendly menus which 
accommodate setting terminal parameters and load- 
ing the PC Function Keys with AT command strings. 


The 89024 Reference Manual details design infor- 
mation for the 89024 Modem Chip Set. It provides 
descriptions and specifications of the two chips 
comprising the 89024, the 89026 and the 89027. In 
addition, it describes the control interface between 
the two chips. 


The reference manual also provides a full descrip- 
tion of all the "AT" commands and S-registers sup- 
ported by the 89024 Modem Chip Set. 


iATC Advanced 
5 
Telecommunications 
Components for Analog and 
ISDN Applications 
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SLD 
INTERFACE 
SPECIFICATION 


The Subscriber Line Oatalink is a three wire inter- 
face for synchronous data transfer between master 
and slave devices. Four full duplex time-multiplexed 
64 Kbps channels are supported on a serial ping- 
pong link. Each channel transfers a byte of data ev- 
ery 125 JLs. 


The SLO interface was developed primarily for tele- 
communications applications, where 8 KHz synchro- 
nous data transfers are the norm. It provides a stan- 
dardized physical interface for the transfer of circuit 
switched voice and data, signalling, and control 
channels to and from the individual subscriber cir- 
cuits, physically (but not logically) isolating the inter- 
face to the per-line components from the system 
backplane, which is often a proprietary arrangement. 
This allows a large selection of different subscriber 
devices to be produced economically, with a stan- 
dard interface, and connected to the backplane 
through a Iinecard controller, or interface controller. 


The three wires of the SLO interface consist of a 
data clock (SCL), a data direction signal (SOIR),and 
a ping-pong data lead (SLO). The data clock and 
direction signals can be common to all slave devices 
connected to the interface controller. A separate 
SLO line is connected to each slave device. The 
slave devices on this interface receive the clock sig- 
nals from the controller, and only drive the data line 
when so indicated by the direction signal. The con- 
troller generates both the SOIR direction signal and 
the SCL data clock, which are derived from the sys- 
tem clock. 


The SLO line itself supports a 512 Kpbs rate, as de- 
fined by the SCL clock. The data on this line is for- 
matted as 32 bits of receive (towards slave) data 
and 32 bits of transmit (from slave) data. This pat- 
tern is repeated at an 8 KHz rate, with the direction 
of transmission being defined by the 8 KHz SOIR 
signal. When SOIR is high, data is transferred to the 
slave device, and when SOIR is low, data is trans- 
ferred back to the master. Hence, the SOIR signal 
has a duty cycle of approximately 50%. The transmit 
and receive direction data is further divided into 
eight bytes, four transferred in each direction. The 
effective 
data 
rate 
over 
the 
SLO interface 
is 
256 Kbps in each direction. Because all SLO lines 
handled by a controller share the same direction 


signal, these separate links are all synchronous. The 
exact use of the data channels on the SLO is deter- 
mined by the devices connected to it. 


USE OF THE SLD BY THE iATC 29CX 
FAMILY 
OF COMPONENTS 


The SLO interface provides the data link to the per- 
line components of the 29CX family. The iATC 2952 
Iinecard controller operates as an SLO master, and 
controls eight SLO interface lines. The 2952 can as- 
sign timeslots to the first two bytes of data in each 
direction and thus route this data to or from either of 
the two TOM backplane highways it supports. These 
bytes are typically used for subscriber voice and/or 
circuit switched data. The remaining two bytes in 
each direction can be used for commands, configu- 
ration data, signalling, status, or additional subscrib- 
er data, depending on the devices using the SLO. 
The 2952 routes data to/from the third and seventh 
bytes through its bidirectional FIFO, or via the JLP 
port, and these channels are usually used for con- 
trol. The fourth and eighth bytes are stored interme- 
diately in holding registers by the 2952, and are typi- 
cally used for signalling information. 


Figure 1 shows the SLO configuration in the analog 
subscriber case, when the 2952 is connected to the 
29C51. The first and fifth bytes (channel A) repre- 
sent the primary voice channel, and route the PCM 
voice byte between the backplane and the 29C51 
via the Iinecard controller. The second and sixth 
bytes (channel B) contain PCM data to support the 
secondary analog channels of the 29C51, and three 
party conferencing. The third byte is used as a con- 
trol channel to program the features of the 29C51, 
while the seventh byte can be used to read back, or 
verify, this control information. The fourth and eighth 
bytes are used to transport signalling information to 
and from the 29C51. The SLO link provides an effi- 
cient means of routing all this information between 
the 29C51 combos and the linecard controller. 


The SLO approach extends to support digital sub- 
scriber components as well. The first two bytes in 
each direction support voice/data information (B1- 
and B2-channels of the CCITI model). The remain- 
ing two bytes in each direction are used for control, 
status, and data (O-channel)as needed for the appli- 
cation. In a terminal application the SLO can be used 
to interface the digital transceiver to an SLO combo 
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A-Primary Voice Channel 
B-Secondary Voice Channel 
C-Control 
8-Signalling 


to provide voice capability. It can also function as a 
general serial data port for access to data carried in 
the 81-, 82- or D-channels. 


The duty cycle of the 512 KHz SCl clock is typically 
50%. However, because this signal is usually de- 
rived from the system clock, it may not be practical 
to generate a 50% duty cycle. For example, the 
2952 generates a 33% duty cycle clock if the sys- 
tem clock is 1.536 MHz (24 timeslot systems). All 


slave devices built to interface to the SlD should 
accept duty cycles of from 30% to 70%. 


A special case exists for systems with a 1.544 MHz 
clock. It is not possible to derive a 512 KHz SCl 
clock from this system clock. For this case, SCl is 
allowed 
to 
have an 
instantaneous 
bit 
rate 
of 


514.67 KHz. with a stretched clock cycle inserted to 
achieve a 512 Kbps average over the 125 f.Ls frame. 
This stretched clock cycle may occur as the last 
clock of the frame. or as the first clock of the frame 
(see Figure 2). 


SyNC----------ll----------_ 
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GENERAL 
SLD TIMING 
SPECIFICATION 


Following is a general SLD timing specification 
which can be used as a guideline in the design of 
SLD master or slave devices. It allows for data re- 


ception by the master on rising or falling edges of 
SCL and for data reception by the slave on falling 
edges, and if adhered to, is compatible to all current- 
ly existing SLD standard Intel components. 
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Symbol 
Parameter 
Min 
Typ 
Max 
Unit 


TOSM 
Data Setup Time, Master(1) 
150 
ns 


TOHM 
Data Hold Time, Master(1) 
0 
ns 


Toss 
Data Setup Time, Slave 
200 
ns 


TOHS 
Data Hold Time, Slave 
150 
ns 


TOOFF1 
SOIA.to Slave Data High Z 
50 
ns 


TOON1 
SOIA to Master Data On 
70 
ns 


TOOFF2 
Master Data High Z to SOIA 
. 
20 
ns 


TOON2 
SOIA to Slave Data On 
0 
ns 


TOIRR 
SCL to SOIA Aising Edge(2) 
-150 
100 
ns 


TOIRFR 
SCL Aising Edge to SOIA Falling Edge(2) 
-150 
ns 


TOIRFF 
SOIA Falling Edge to SCL Falling Edge(2) 
200 
ns 


SCL Duty Cycle(3) 
30 
50 
70 
% 


SCL Frequency(4) 
512 
514.7 
KHz 


Aise and Fall Times, All Signals 
50 
ns 


SOIA Period 
125 
J.Ls 


NOTES: 
1. SLO master can receive on falling or rising edges. 
2. It is the responsibility of the master to control SOIR properly to allow reception of data at SLO turn-around points. The 
TOIR times above do not guarantee data reception on both rising and falling edges. 
3. Not all slave devices will accept this duty cycle range. Refer to the timing for the specific slave devices the master will 
interface with. 
4. SCL may be 514.7 KHz (instantaneous) for 1.544 MHz system clocks. However, not all slave devices will accept this. 
Refer to the timing for the specific slave devices the master will interface with. SCL must have 64 pulses per SOIR cycle in 
any case. 
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iATC 29C48 
FEATURE CONTROL COMBO 


• 
External and User Programmable 
Transmit and Receive Gain 


• 
Programmable 
External Hybrid Balance 
Network Select 


• 
Programmable Analog, Digital, and 
Subscriber Loopback 


• 
Programmable 
pJ A-Law Select 


• 
Secondary Analog Input Channel 


• 
Low Power Consumption 
• 
External Tone Injection to Receive Path 


• 
SLD AIB Channel Select (for 16 
Channel Line Cards) 


The Intel iATC 29C48 Feature 
Control 
Combo 
is a low cost, user-programmable, 
fully integrated 
PCM Codec 
with transmit/receive 
filters 
fabricated 
in a CMOS 
technology. 
This technology 
is built on CHMOS 
and will 
allow 
the 29C48 
to realize 
the same excellent 
transmission 
performance 
as in the Intel 2913/2914 
combo 
while achieving 
the low power consumption 
typical 
of CMOS circuits. 


The 29C48 supports 
the analog 
subscriber 
with a variety of added per-line features 
to the normal 
BORSCHT 
functions 
associated 
with 
the analog 
line circuit. 
Some 
of these 
features 
include 
secondary 
analog 
input 
channel, 
programmable 
transmit 
and receive 
gain, custom 
hybrid balancing 
network 
selection, 
and program- 


mable 
/-l. or A-law conversions. 
Additionally, 
the 29C48 can operate 
on either the A or B channel 
of the SLD 
interface, 
allowing 
two combos 
to be connected 
to one SLD link. In order to facilitate 
the SLiC interface 
in this 
configuration, 
the 29C48 generates 
chip select 
signals for the proper 
routing of signaling 
information .. 


A unique 
feature 
of the 29C48 
is programmable 
tone injection. 
This feature 
and its SLD interface 
makes 
it 
particularly 
easy to use in conjunction 
with Intel's advanced 
tranceivers, 
such as the iATC 29C53, in subscriber 
equipment 
environments. 
The 29C53 handles 
transfer 
of voice and feature 
control 
information 
to the 29C48. 


The 29C48 when configured 
with the 2952 Integrated 
Line Card Controller 
in digital switching 
environments 
allows the system transmit 
and receive backplane 
highways to operate at different 
frequencies 
from that of the 
subscriber 
interface 
data channels. 
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TRANSMIT GAIN ADJUST 
~ 


PROGRAMMABLE 
BALANCE 
NETWORK 
GAIN (1 OR 2) 


BALANCE 
NETWORK 
ENABLE 


FEATURE 
CONTROL 
REGISTERS 
AND LOGIC 


BALANCE 
NETWORKS 
SELECTION 
UNIT 
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VFX 
VFR 
GNDD 
GNDA 
VCC 


Analog 
Input 
Analog Output 
Digital Ground 
Analog Ground 
Power (+5V) 


Table 1. Pin Names 


SCL 
SLD 
SDIR 
TG1, TG2 
EBN1f2 


BfA 
SCS 
Channel 
Selection 
SUC Chip Select 
EBN 
SAI 


Subscriber 
Clock 
Subscriber 
Data Link 
Subscriber 
Direction 
Transmit 
Gain Adjust 
External Balance 
Network 
Selection 
Inputs 
External 
Balance 
Network 
Selection 
Input Or Tone 
Injection 
External 
Balance 
Input 
Secondary 
Analog 
Input 


Symbol 
Function 


VCC 
Most positive supply; input voltage 
is + 5V ± 5%. 


VBB 
Most negative 
supply; input voltage 
is - 5V ± 5%. 


GNDA 
Analog ground return line. Not internally 
connected 
to GNDD. 


GNDD 
Digital ground return line. Not internally 
connected 
to GNDA. 


VFX 
Analog voice input to transmit 
channel. 
Input impedance 
is typically 
larger than 100 K'o'. 


TG1 
Inverting 
input to transmit 
gain adjusting 
op-amp. 
Feedback 
point for external gain adjusting 
resistor 
network 
or frequency 
compensation 
network. 
Input impedance 
is typically 
larger than 
10 MO.. 


TG2 
Output of the transmit 
gain adjusting 
op-amp. Will drive external gain adjusting 
resistor 
network 
as 
well as frequency 
compensation 
network with impedance 
at least larger than 10 K'o'. 


VFR 
Receive voice output. Capable 
of directly driving transformer 
hybrids or impedance 
loads of 600 .0.. 


EBN 
Input to the hybrid balancing 
circuit. Input impedance 
is typically 
larger than 10 MO.. 


EBN1 
Input connected 
to a grounded 
switch. The switch's 
on resistance 
is not greater than 600 .0.. 


EBN2 
Input connected 
to a grounded 
switch. The switch's 
on resistance 
is not greater than 600 .0.. 


EBN3fT1 
This pin is multiplexed 
according 
to the feature control 
registers. 
When programmed 
to be EBN3, it 
is an input connected 
to a grounded 
switch. The switch's 
on resistance 
is not greater than 600 .0.. If 
this pin is programmed 
to be TI, an analog signal applied on this pin will be added to the received 
voice signal before the receive power amplifier. 


SCL 
Subscriber 
clock. This is an input which should be 512 KHz with a duty cycle ranging from 25% to 
75%. Input will accept TTL levels. 


SDIR 
Subscriber 
direction 
signal and frame sync. When high, SLD becomes 
an input and data is received 
by the 29C48. When low, the output buffer on the 29C48 SLD pin is enabled and data is transmitted 
by the 29C48. Input will accept TTL levels. 


SLD 
Subscriber 
Line Datalink. A 512 Kbps bi-directional 
serial data port, which is clocked 
by SCL. SLD 
becomes 
a TTL compatible 
input when SDIR is high and an output capable 
of driving one TTL load 
when SDIR is low, during the appropriate 
SLD fields for the assigned 
channel. 


BfA 
Pin strapped 
to assign the 29C48 to process 
either A or B channel 
information 
from the SLD bus. A 
low level (GNDD) on this pin selects channel 
A, a high level (VCC) channel 
B. 


SCS 
This pin is a TTL compatible 
output capable 
of driving one TTL load: when low, it informs a SUC 
device connected 
to the same SLD bus as the 29C48 that it can process the receive and transmit 
signalling 
data of the present SLD frame. 


SAI 
Secondary 
analog input. 


intJ 


The 29C48 is a combined channel filter and PCM 
codec for use in ISDN terminals or analog line inter- 
face circuit boards in digital switching systems. 


The 29C48 incorporates features which make it par- 
ticularly suited to subscriber applications. Tone in- 
jection allows easy implementation of DTMF feed- 
back and side tone injection, and secondary analog 
signal input allows remote control and monitoring. 


(See Figure 3 for a typical ISDN subscriber equip- 
ment application.) 


This device resides between the circuitry which pro- 
vides the "BORSHT" functions for a given line, and 
the shared line board controller. It provides the 
transmit and receive voice-path filtering and com- 
panded analog-to-digital and digital-to-analog con- 
versions necessary to interface a full duplex (4-wire) 
voice telephone circuit with the PCM highways of a 
time division multiplexed (TOM) system. (See Fig- 
ures 4a and 4b for typical line card applications.) 
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TRANSMIT 
AND RECEIVE 
OPERATION 


A low pass anti-aliasing section is included on chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components 
are required to provide the necessary anti-aliasing 
function for the switched capacitor section of the 
transmit filter. 


The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T 03/04 
specification and the CCITT G.712 recommenda- 
tion. The 29C48 specifications meet the digital class 
5 central office switching systems requirements. The 
transmit filter transfer characteristics and specifica- 
tions will be within the limits shown in Figure 12. 


A high pass section configuration rejects low fre- 
quency noise from 50 and 60 Hz power lines, 17 Hz 
European electric railroads, ringing frequencies and 
their harmonics, and other low frequency noise. 
Gain of up to 20 dB can be set without degrading the 
performance of the filter. The transmit filter also pro- 
vides additional loss at 12 KHz and 16 KHz to sup- 
port metering pulses. 


Encoding 


The output of the transmit filter or the secondary 
analog input is internally sampled by the encoder 
and held on an internal sample and hold capacitor. 
OC offset is corrected by an on-chip auto zero cir- 
cuit. The signal is then encoded and presented as 
PCM data on the SLO lead. (First or second byte of 
the transmit half-frames depending upon the chan- 
nel assignment of the device.) 


Decoding 


The PCM word received on the SLO lead (first or 
second byte of the receive half-frame, depending 
upon the channel assignment of the device) is sent 
to the decoder after a serial to parallel conversion. 
The decoded value is held on an internal sample 
and hold capacitor. 


The receive section of the filter provides a passband 
flatness and stopband rejection which fulfills the 
AT&T 03/04 
specification and the CCITT G.712 
recommendation. It also provides additional loss at 
12 KHz and 16 KHz. The receive filter transfer char- 
acteristics and specifications will be within the limits 
shown in Figure 13. 


Both transmit and receive gain levels are factory 
trimmed, but can be modified by external resistors 
during line card assembly. The value of transmit gain 
is adjusted by connecting resistors RT1 and RT2 
(see Figure 5) at the two external gain setting control 
pins, TG1 and TG2. These two pins are the input 
and output of an on-board gain amplifier stage, and 
the resistors provide the necessary input and feed- 
back for gain control. The value of external gain is 
given by: 
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For the receive section, the external gain can be set 
by the external resistors, RR1 and RR2. There are 
two possible ways of implementing the gain control. 
The first is illustrated in Figure 6a, where the value of 
the receive gain is given by: 


A = RR2/(RR1 
+ RR2) 


The value of RR1 + RR2 should not be less than 
600n. to avoid degrading the output power stage's 
performance. The second way of implementing the 
receive gain is shown in Figure 6b. where pin EBN3/ 
T1 is used. The value of the receive gain in this con- 
figuration is given by: 


Three external balancing networks can be applied to 
the 29C48 by the user to accommodate varying sub- 
scriber loop characteristics (see Figure 7 for external 
connections). Feature control allows the grounding 
of any combination of these networks in order to 
best suit a particular application. Feature control 
also allows the user to select a gain of 0.0 or +6.0 
dB in the balance signal path to suit the type of SUC 
used. 


The user may, if desired. compensate for the fre- 
quency response characteristics of the SUC by ad- 
justing the frequency response of the transmission 
chain. This can be accomplished in the same way as 
the external gain setting is done in the transmit and 
receive directions. But, instead of using purely resis- 
tive impedances, resistor and capacitor networks 
have to be used to achieve complex impedances. 
The two compensation schemes are shown in Fig- 
ures 8a and 8b. The gains in the transmit and re- 
ceive directions are respectively: 


for Figure 8a 
A = 1 + ZX1/ZX2 


for Figure 8b 
A = 1 + ZR1/ZR2 


Although the main application of the 29C48 will be 
for voice transmission, it also offers a secondary un- 


filtered input channel. Narrow band analog signals 
can be supplied through this channel for remote 
loop testing and various control uses. 


The secondary analog input channel is accessed un- 
der software control through the SAI input. When the 
SAlE bit in the feature control register is set to a 
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signal present at the SAI input. Tt)e 29C48 will 
switch back to transmission of the voice signal as 
soon as the SAlE bit is set back to a logical zero. 


When specified by the feature control memory, an 
audio frequency signal applied to the EBN3fT1 pin 
will be added to the receive voice signal at the pow- 
er amplifier. This feature allows easy implementation 
of DTMF feedback and side tone injection in digital 
telephone applications, as well as injection of call 
waiting or metering tones in line card applications. A 
typical application is shown in Figure 9. Here VFR is 
the combination of the recei\(e voice signal (VO)and 
two tones (V1 and V2). 


VFR 
= 2VO - 
(V1 + V2)/2 


Two 29C48s can be attached to the same SLD line 
to exchange information with the line card controller 
during each SLD frame. 


The BfA pin of the 29C48 is used to assign a voice 
channel of the SLD frame to the device. When the 
BfA pin is tied low, the 29C48 operates as an A- 
channel combo, receiving and transmitting voice 
during the first and fifth bytes of the SLD frame. 
When this pin is tied high, the 29C48 operates as a 
B-channel combo, receiving and transmitting voice 
during the second and sixth bytes of the SLD frame. 


II,,, ~L"'"all,e 
ale ~f1dreu oy me twO £~LAtlS. 
A 
29C48 will accept 
or return feature 
control 
informa- 
tion only if it has been instructed 
to do so during the 
first byte of a feature 
control 
frame. 
This is accom- 
plished 
by setting 
the logic level of the channel 
se- 
lection 
bit in feature 
control 
byte 
# 1 to match 
the 
logic level of the BIA pin of the appropriate 
29C48. 


The 
selected 
29C48 
will 
keep 
exchanging 
feature 
control 
information 
until a new framing 
byte makes a 
new selection. 
The status of the channel 
select bit is 
sent 
back 
during 
the 
seventh 
byte 
of 
each 
SLD 
frame, 
making 
it possible 
to determine 
which 
chan- 
nel is transmitting 
feature 
control 
information. 


The 29C48 
does 
not process 
data received 
in the 
signaling 
channel. 
However, 
it generates 
chip select 
signals 
during the appropriate 
time slots in order to 
facilitate 
the SLiC 
interface. 
(See section 
on SLiC 
Chip Select.) 
The 29C48 
enters 
into a high imped- 
ance state during the signaling 
transmit 
channel, 
the 
eighth 
byte of the SLD frame. 


In order to facilitate 
interfacing 
to an SLD compatible 
SLlC, 
especially 
when 
two 
SLiCs 
share 
the 
same 
SLD line, the 29C48 
includes 
a programmable 
chip 
select 
signal. 


During the receive 
cycle of the SLD frame, the SCS 
pin of the 29C48 whose channel 
selection 
pin (B/A) 
has the same logic state as the channel 
selection 
bit 
(see 
previous 
section 
on Channel 
Assignment) 
is 
pulled low during the receive 
signalling 
byte. 


During the transmit 
cycle of the SLD frame, the SCS 
signal can operate 
in two modes. 
In the first mode, 
called 
'byte 
mode,' 
the 
SCS 
pin 
of the 
selected 
29C48 
is pulled 
low 
during 
the 
transmit 
signaling 
byte, as described 
above for the receive 
direction. 


A second 
mode, called 
the 'half-byte 
mode,' 
is pro- 
vided to take full advantage 
of the last look change 
detection 
logic 
of the 2952 
line card 
controller. 
In 
this 
mode, 
during 
the 
transmit 
cycle 
of 
the 
SLD 
frame, the SCS pin of the channel 
A combo 
is pulled 
low during 
the 
least 
significant 
four 
bits 
(last 
four 
bits) of the transmit 
signaling 
byte. During the same 
frame, the SCS pin of the channel 
B combo 
is pulled 
low during 
the 
most 
significant 
four 
bits (first 
four 
bits) of the transmit 
signaling 
byte. This allows 
sig- 
naling data from both A and B channel 
SLD compati- 
ble SLiCs 
to be processed 
by the 2952 
during the 
same frame. 


To minimize 
power 
consumption, 
operation 
of the 
SCS signal during the receive 
half of the SLD frame 


uperatlon 
ot tnlS signal 
In the transmit 
direction 
re- 


mains 
unaffected 
to allow 
continued 
monitoring 
of 
subscriber 
status 
by the 2952. 
The SCS signal 
re- 


mains active in the power down mode. 


The eight possible 
sequences 
for SCS are shown 
in 
Figure 10. 


Precision Voltage References 


Voltage 
references 
are generated 
on-chip 
and are 
trimmed 
during the manufacturing 
process. 
Separate 
references 
are supplied 
for 
both 
the 
transmit 
and 
receive sections 
of the chip, each trimmed 
indepen- 
dently. These references 
determine 
the gain and dy- 
namic 
range 
of the device 
and provide 
the user a 
significant 
margin 
for error 
in other 
board 
compo- 
nents. 


The 29C48 is intended 
for use with the 29C53 ISDN 
transceiver 
or the 2952 
Line Card Controller. 
They 
manage 
the transfer 
of all voice and feature 
control 
data to and from 
the Feature 
Control 
Combo. 
The 
interface 
between 
the 
two 
consists 
of 
just 
three 
leads, two of which are clock signals and the third a 
serial bus for communication. 
Up to sixteen 
29C48 
feature 
control 
combos 
per line card 
can 
be con- 
trolled 
by one 2952, all sharing 
common 
clock 
sig- 
nals, SCL and SDIR. 


The subscriber 
direction 
(SDIR) 
lead provides 
an 8 
KHz signal 
which 
divides 
each 
frame 
into transmit 
and receive 
halves. 
During the first half when SDIR 
is high (RCV 
half-cycle), 
the 
29C48 
receives 
data 
and 
in the 
second 
(XMIT 
half-cycle) 
the 
29C48 
transmits 
data. Frame synchronization 
and all inter- 
nal timing for the digital circuitry 
is derived 
from the 
rising edge of the SDIR signal. 


The subscriber 
clock 
(SCL) input generated 
by the 
29C53 
is a fixed 
512 KHz clock 
signal 
allowing 
64 
bits (8 bytes) 
of data to be transferred 
on the SLD 
lead during each 
125 ]JoSframe. 
Depending 
on SLD 
master 
clock 
frequency, 
the 
SCL 
duty 
cycle 
can 
range from 25% 
to 75%. 


The Subscriber 
Line Datalink 
(SLD) is a bi-direction- 
al serial bus that transfers 
four bytes of serial data to 
and from the 29C48 each frame. 
During the first half 
of each frame, RCV channel 
information 
is expected 
by the 29C48 
as two bytes consisting 
of voice 
and 
feature control 
information, 
while the other two bytes 
of the RCV half-frame 
are simply 
ignored. 
Similarly, 
during the second 
half-frame, 
one byte of voice and, 


inter 


if so instructed 
by the 
29C53, 
one 
byte of feature 
control 
information 
is sent by the 29C48. The 29C48 
places 
its SLD lead in a high impedance 
state while 
the other device connected 
to the SLD line transmits 
its own information. 
The most significant 
bit (bit 7) of 
each 
byte 
is sent 
first 
on the 
SLD 
line. The 
data 
format 
of an SLD frame 
is shown 
in Figure 11. 


Upon power supply application, 
feature 
control 
read 
or write of the 29C48 is disabled 
for 9 SLD frames. 


During 
this time, 
the 29C48 
resets 
and enters 
the 
power 
down 
mode. 
The 
SCS output 
remains 
high 
until the 29C48 
has been configured 
as an A or B 
channel 
device 
by the first write 
to feature 
control 
byte #1. 


The 29C48 is configured 
by a set of five feature 
con- 


trol bytes (FCB). 


Receive 
SCS Disabled 
(See Section 
on SUC Chip Select) 


I-J=====_ 


TRA.NSMIT 
HALF-FRAME ----~.I 
====C 
_I 


~11~----'N!:C£lVE 
HALF-FRAME 
'1. 
n.AHSMlTHAl.F.f"AAlIE----~.1 
J========I=========C 


"'1·~----A£Cf:IVEtW.F-FRAME 
]======== 


TRANSIin 
HAlF·FAA. 
• I 
~~C 
LJ 
U-- 


"'1'~----REa'VE 
tw.F-FRAME 
J======= 


TRANSMIT 
HAlF-fAAME 
• I 
__ 
------'1= 
LJ 
U-- 


inter 


These bytes of information are stored in internal reg- 
isters which are serially multiplexed to and from the 
SLD interface in the third and seventh byte loca- 
tions. The first two bits of each byte consist of a 
multiframe synchronization and write enable code. 
The framing bit (bit 7, MSB) establishes the begin- 
ning of a feature control frame when set to a logical 
zero, and increments the feature control counter 
when set to one. The second (bit 6) enables the 
writing to the 29C48 when it is the logical comple- 
ment of the framing bit. In addition to the two header 


bits, feature control byte # 1 also includes a channel 
selection bit (bit O. LSB). This bit is used to desig- 
nate one of the two 29C48s sharing an SLD link for 
feature control information exchange. (See previous 
section on channel Assignment.) 


When writing new feature control information to the 
29C48. the first byte should contain a framing (F) 
and write enable (WE) header of 01 (F= 0 and 
WE= 1), and an appropriate channel selection bit. 
This designates a new frame of information to trans- 


I. 
fIlEC€M!HALF~ 
.,. 
TJlAHItIITHAU'-FRAMI!----~·1 
J========I==========C 


•.•• 
,. 
PIlCENlHALf-F1U.ME 
J======= 


TfIlANItIIT HALF·FRAMe: 
• I 
_-----'C 
Lr 
u- 


"'1 .>-O-----N!C2JVE 
HAU'-FJtAME 
• 
I 
• 
TMMIMn'HAlf.,.... 
• 
I 
J===== ====1=====,---------,1= 
LJ 
u- 


inter 


IIII 


~R~ 
I 


IIII 
____ 
r 


I 


I 
I 


I VOICE A 
lVOICE A 


: 
VOICE 8 
I 
VOICE 8 
I 
CONTROL 
I 
CONTROL 
I 


I 
SIGNALINGI 
SIGNAUNG : 


: 
1 FRAME 
I 
I • 
(US ,.s) 
•. I 
I 
112 KBPS 
I 


Voice 
A, Voice 
B: A and B channel 
voice 
bytes 
respectively. 
Control: 
Feature 
control 
information. 
This Information 
Is exchanged 
with the 29C48 
whose 
channel 
selection 
pin matches 
the channel 
selection 
bit 
of the latest 
framing 
feature 
control 
byte. 
Signaling: 
Signaling 
Information 
which 
controls 
the 
subscriber 
line. 
The 
29C48 
enters 
into 
a high 
impedance 
state 
during 
this 
time 
slot, 
and 
generates 
a chip 
select 
signal 
(see section 
on SUC 
chip select). 
Figure 
11. 29C48 SLD Interface 


fer. The subsequent 
bytes should each have F = 1 
to advance 
the counter, 
and WE = 0 to enable 
the 
write operation. 


The SLD master 
can also request 
to verify the fea- 
ture control 
register 
contents 
by sending 
a 00 or 11 
at the beginning 
of the byte to be read. To read the 
first byte, a 00 FIWE 
code and an appropriate 
chan- 
nel selection 
bit should 
be sent while 
each 
subse- 
quent byte should have a 11 header. An internal 
six- 
stage 
counter 
is set on the first 
byte verified 
then 
incremented 
once 
each 
125 
/los frame. 
It is reset 
only upon detection 
of a 01 or 00 F/WE. 
Once the 
counter 
is greater 
than five, 
neither 
read nor write 
modes 
may be selected 
by sending 
the 29C48 a 11 
or 10 framing 
and write 
enable 
code. 
While 
in this 
state, the 29C48 will then echo in byte 7 the data it 
received 
in byte 3. Another 
feature 
control 
informa- 
tion exchange 
cycle 
can only be initiated 
by estab- 
lishing a new feature 
control 
frame (sending 
F = 0). 


FCB # 1-Power 
Up/Down, Loop Back 
Mode, J.l.A/-Law,Channel Select 
Register 


The 29C48 
can be instructed 
to go into the power 
down or standby 
mode for reduced 
power consump- 
tion. In this mode, all analog 
inputs and outputs 
are 


placed 
in a high impedance 
state, 
inhibiting 
voice 
signals. A code of all ones will be output in the voice 
byte on the SLD. Signaling 
and feature 
control 
infor- 


mation 
will continue 
to be processed 
to allow 
the 
29C48 to be read or reprogrammed. 


The 
state 
of 
the 
feature 
control 
combo 
can 
be 
changed 
from standby 
to active 
by the first feature 
control 
byte only. All other 
register 
contents 
will be 
preserved 
during 
power 
down 
provided 
the 
power 
supplies 
remain connected. 


Three 
modes 
of remote 
testing 
are incorporated 
in 
the 29C48 and can be selected 
by appropriate 
cod- 
ing in this 
register. 
The 
loopback 
features 
allow 
a 
number 
of tests 
to be performed 
to determine 
line 
quality 
and 
balancing. 
These 
include 
digital 
loop 
back, analog 
loop back, and subscriber 
loop back. 


In the digital loopback 
mode, the combo 
retransmits 
the PCM word it receives 
in the voice A or B byte of 
the SLD back to the SLD master in the same frame. 
This feature 
allows 
path verification 
and testing 
of 
the circuit up to the combo. 


When 
the 
analog 
loopback 
mode 
is selected, 
the 
analog output VFR is internally 
connected 
to the an- 
alog input VFX. This feature allows functional 
testing 
of the combo 
as well as gain adjustment. 


BltNemel 
#76 


nochlnge 
0 0 
F} 
write....... 
01 
WE 
_- 
PUP 
_up 


normal 
opemlon 
Dl.B 
dlgltlll'__ 


__ 
'on 
ALB 
••.•• Iog loop 
beck 


normlll 
oper.Uon 
SLB 
•.....,rlbof,-_ 


A-Low 
,.A 
••• Low 


In the third test mode, subscriber 
loop back, the digi- 
tal output of the AID 
converter 
is internally 
connect- 
ed to the 
input 
of the 
Df A converter. 
The 
analog 
signal input to VFX is sent through the transmit 
filter, 
encoded, 
then decoded, 
filtered 
and output to VFR. 


This mode is used primarily for simplifying 
analog to 
analog 
testing 
from 
the subscriber 
side of the 
line 
card. Simultaneous 
selection 
of more than one loop- 
back mode is prohibited. 


The 29C48 can be selected 
for either IJ--Iawor A-law 
operation. 
A user can select 
either 
conversion 
law 
by assigning 
the corresponding 
bit. A logical 
1 in bit 
1 would 
select 
IJ--Iaw while a logical 
0 would 
select 
A-law 
conversions. 
Both conversions 
follow 
CCITT 
recommendation 
G.711. 


FEATURE CONTROL EXCHANGE 
CHANNEL SELECT 


The LSB of feature 
control 
byte # 1 is the channel 
selection 
bit. 
It is used 
to 
select 
one 
of the 
two 
29C48s 
sharing an SLD line for feature control 
infor- 
mation exchange. 
A logical zero will select the chan- 
nel A combo, 
and a logical one will select the chan- 
nel B combo. 


Fce # 2-Receive 
Programmable Gain 
Register 


The receive 
gain levels can be adjusted 
by applying 
external 
resistors 
as mentioned 
earlier, or by selec- 


tive programming 
of this register. 
A range from 0 to 
-15.5 
in 0.5 dB increments 
can be realized 
for the 
receive 
channel. 


IIllHomo l 


#7. 


nochwtge 
11 
F} 
__ 
10 
10 
WE 


Goln(dB) 
#12345 


0 
0ססoo ~.} 
-0.5 
00001 
RGN2 
-1.0 
00010 
RGN3 
-1.5 
00011 
RGN4 
RGN5 


Fce # 3-Secondary 
Analog Channel, 
Chip Select, and Tone Injection 
Register 


The 29C48 
can be instructed 
to switch 
the input of 
its encoder 
to the secondary 
analog 
input by setting 
the SAlE 
bit to a logical 
one. Transmission 
of the 
voice signal will resume as soon as SAlE is set back 
to a logical zero. 


Although 
the 29C48 
does 
not process 
signaling 
in- 
formation, 
it generates 
chip select signals in order to 
help in interfacing 
to SLD compatible 
SLiCs. 


During the transmit 
half-frame, 
the chip select works 
in two possible 
modes determined 
by the CSM bit. In 
the byte mode, the SCS pin of the 29C48 
selected 
by the chip select 
bit in feature 
control 
byte # 1, will 
be pulled 
low during 
the transmit 
signaling 
byte. 
In 
the half-byte 
mode, 
the SCS pin of the A-channel 
29C48 will be pulled low during the four least signifi- 
cant bits of the transmit 
signaling 
byte, and the SCS 
pin of the B-channel 
29C48 will be pulled low during 
the four most significant 
bits of the transmit 
signaling 
byte. 


Generation 
of chip select 
signals during the receive 
half frame can be disabled 
by setting the CSD bit to 
a logical zero. 


inter 


When the TIE bit is set to a logical one, audio signal 
applied at the EBN3/T1 pin will be added to the out- 
put of the receive programmable gain module. This 
feature can be used for easy implementation of side 
tone injection and DTMF feedback, as well as injec- 
tion at the line card of call waiting tones, ringing or 
metering pulses. 


•••1 
Lli 
~._.:\f-fTi'I"''''''''' 


""'........ 
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WEf 
~ 


secondary 
An.IOCI klput 
dlubled 
0 
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1 
SAlE 


don', caN 
. 
---J 
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FCB # 4- Transmit Programmable 
Gain Register 


The gain setting of the transmit section of the chip 
operates in the same manner as the receive gain 
register. A 12 dB range from 0.0 dB to + 12.0 dB in 
0.5 dB increments is available. 


"'1 
LSI 
:::.bot -'~171'1±!:J±10,1 


#E Jf:J ::' 
#12345 


0Il000 
XGN.I 
ססoo1 
XGN2 
00010 
XGN3 


000" 
XGN4 
XGNS 


Goln(dl) 


+.2.0 
+11.5 
+11.0 
+10.5 


FCB # 5-Balance 
Network Select and 
Gain Register 


Three external balance networks can be used with 
the 29C48. Feature control allows the selection of 
network EBN1, EBN2, and EBN3 individually or in 
combination in order to best suit a particular applica- 
tion. 


EBN3 selection is not effective when TIE is set to a 
logical one. 


An additional 6 dB gain in the balance signal path 
can be realized by coding this bit to a logical one. A 
logical zero provides unity gain. 


8ltNllm'l 


#71 


11 
F} 
10 
WE 


Bllince 
Network 
dl•• bt.cl 
0 
enabled 
1 
<32 


no Ml«tton 
0 0 0 
EINII3 
ooIoetod 
001 
EBH3 
_ 
010 


EINI 
00_ 
01. 
EBN2 
•• Iect.d 
1 0 0 
EBN.1213•• Iected 
1 0 , 
EBN2J3 
.eleeted 
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EBNII2 
•• IKted 
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Temperature 
Under Bias 
-1 O'C to + 80'C 


Storage Temperature 
- 65'C to + 150'C 


All Input and Output 
Voltages 
with Respect 
to VBB 
- 0.3V to 13V 


All Input and Output 
Voltages 
with Respect to Vcc 
-13V 
to 0.3V 


Power Dissipation 
1.35W 


•Notice: Stresses above those listed under '~bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE' Specifications contained within the 
following tables are subject to change. 
D.C. CHARACTERISTICS 
TA = O'C to +70'C, 
Vcc = 
+5V 
±5%, 
VBB = 
-5V 
±5%; 
SCL (50% duty), SDIR, SLD applied 
GNDD = 
OV, GNDA = OV. Typical 
values 
are for TA = f5'C 
and nominal 
power supply values 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


III 
Input Leakage Current 
±10 
uA 
o ~ Vin ~ Vcc 


Vil 
Input Low Voltage 
-0.3 
0.8 
V 


VIH 
Input High Voltage 
2.0 
V 


Val 
Output Low Voltage 
0.4 
V 
10l ~ -1.6 
mA, 1 TTL Load 


VOH 
Output High Voltage 
2.4 
V 
10H ~ 50 uA, 1 TTL Load 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


ICCl 
Vcc Operating 
Current 
9 
mA 
RCV Signaling 
Byte = 0 


IBBl 
VBB Operating 
Current 
9 
mA 
RCV Signaling 
Byte = 0 


Icco 
Vcc Standby Current 
0.8 
mA 


IBBO 
VBB Standby Current 
0.8 
mA 


PD~ 
Standby 
Power Dissipation 
8 
mW 


PD1 
Operating 
Power Dissipation 
90 
mW 


A.C. CHARACTERISTICS-TRANSMISSION 
PARAMETERS 
(TG1 = TG2, Transmit 
Programmable 
Gain = 6 dB. Receive 
Programmable 
Gain = 0 dB) 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


EmW 
Encoder 
Milliwatt Response 
±0.15 
dB 
Signal Input of 0 dBmO 
Tolerance 
f = 1.02 KHz 


DmW 
Digital Milliwatt 
Response 
±0.15 
dB 
f = 1.02 KHz 
Tolerance 


DmW",v 
Digital Milliwatt 
Response 
VFR, 
6.14 
dBm 
Rl = 6000 
/L-Iaw 
1.571 
Vrms 
f = 1.02 KHz 


DmWAV 
Digital Milliwatt 
Response 
VFR, 
6.17 
dBm 
Rl = 6000 
A-law 
1.576 
Vrms 
f = 1.02 KHz 


OTLP",x 
Zero Transmission 
Level Point 
0.12 
dBm 
/L-Iaw, Referenced 
to 6000 
Transmit 
Channel 
(0 dBmO) 
0.785 
Vrms 


OTLPAX 
Zero Transmission 
Level Point 
0.15 
dBm 
A-law, Referenced 
to 6000 
Transmit 
Channel 
(0 dBmO) 
0.788 
Vrms 


~Gp 
Programmable 
Gain Accuracy 
±0.10 
dB 
f = 1.02 KHz for All Steps 


intJ 


Reference 
level 
= 
0 dBmO at 1.02 
KHz, TG1 = 
TG2, 
Transmit 
Programmable 
Gain 
Programmable 
Gain = 0 dB, AT&T 
PUB 43801 and CCITT G.714 - Method 
2 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GTT 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3 to -40 
dBmO 
Sinusoidal 
Input; /k or A-law 
±0.50 
dB 
-40 
to -50 
dBmO 
± 1.2 
dB 
-50 
to -55 
dBmO 


GTR 
Receive Gain Tracking 
Error 
±0.25 
dB 
+3 
to -40 
dBmO 
Sinusoidal 
Input; /k or A-law 
±0.50 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 


ANALOG 
INTERFACE, 
RECEIVE 
CHANNEL 


ROR 
Output Resistance, 
VFR 
1 
0 


VOSR1 
Output Offset, VFR 
50 
mV 
Relative to GNDA 


ClR 
Load Capacitance, 
VFR 
100 
pF 


VOR1 
Max Output Voltage Swing 
±3.2 
Vp 
Rl 
~ 3000(2) 


Across Rl' VFR 


ANALOG 
INTERFACE, 
TRANSMIT 
PRIMARY 
AND SECONDARY 
CHANNELS 


IBX 
Input Leakage Current, 
EBN, 
100 
nA 
Operating 
TG1, TI 
Range(3) 


RIX1 
Input Resistance, 
VFX 
100 
KO 


RIX2 
Input Resistance, 
EBN, TG1, TI 
10 
MO 


TGmax 
Max Transmit 
Gain Adjust 
20 
dB 


VOTG 
Max Output Voltage Swing TG2 
±1.6 
V 
Rl 
~ 10K 0(1) 


CLX 
Load Capacitance, 
TG2 
20 
pF 


RlX 
Load Resistance, 
TG2 
, 
10 
KO 


RGND 
On Resistance 
to GNDA, EBN1, 
600 
0 
EBN2, ENB3 


NOTES: 
1. Maximum output voltage swing at TG2 should be less than ± 1.6V in order to avoid clipping in later stages. 
2. The 29C48 is designed to drive signals in excess of the maximum encoding level, which is 3.14 dBm for A-law and 3.17 
for /L-law. 
3.-1.6V 
< VFX, TG1, EBN < 1.6V; -3.2V 
< TI < 3.2V. 


! _• • 
Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


SDx 
Signal to Distortion, 
/.I.or A-law 
35 
dB 
Oto -30dBmO 


SDR 
Sinusoidal 
Input; CCITT G.714- 
29 
dB 
-30 
to -40 
dBmO 
Method 2 Half Channel 
25 
dB 
-40 
to -45 
dBmO 


DPx 
Single Frequency 
Distortion 
-50 
-47 
dB 
Input = 1.02 KHz 0 dBmO 


DPR 
Products 
in Band (2nd or 3rd 
AT&T Advisory 
#64 
(3.8) 
Harmonic 
Half Channel) 


IMD1 
Intermodulation 
Distortion, 
End to 
-35 
dBmO 
CCITT G.712(7.1) 


End Measurement 


IMD 
Intermodulation 
Distortion, 
End to 
-49 
dBmO 
CCITT G.712(7.2) 


End Measurement 


SOS 
Spurious Out 01Band Signals, 
-25 
dBmO 
CCITT G.712(6.1) 


End to End Measurement 


SIS 
Spurious 
in Band Signals, End to 
-40 
dBmO 
CCITT G.712(9) 
End Measurement 


DAX 
Transmit 
Absolute 
Group Delay 
220 
/.I.s 
o dBmO, 1.4 KHz 
Includes 
Delay Through 
AID 


Dox 
Transmit 
Differential 
170 
/.I.s 
1 = 
500-600 
Hz 
Delay; Relative to DAX 
95 
/.I.s 
1 = 
600-1000 
Hz 
45 
/.I.s 
1 = 1000-2600 
Hz 


75 
/.I.s 
f = 2600-2800 
Hz 


DAR 
Receive Absolute 
Group Delay 
140 
/.I.s 
o dBmO, 0.3 KHz 
Includes 
Delay Through 
Df A 


DOR 
Receive 
Differential 
Envelope 
35 
/.I.s 
1= 
500-600 
Hz 
Delay; Relative to DAR 
35 
/.I.s 
1= 
600-1000 
Hz 


110 
/.I.s 
1 = 1000-2600 
Hz 


135 
/.I.s 
1 = 2600-2800 
Hz 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


NXC1 
Transmit 
Noise, C-Message 
12 
dBrnCO 
TG1 = TG2 
Weighted 


NXP1 
Transmit 
Noise, Psophometrically 
-78 
dBmOp 
TG1 = TG2 
Weighted 


NRC1 
Receive 
Noise, C-Message 
10 
dBrnCO 
Unity Gain; Idle Code 
Weighted 


NRP1 
Receive 
Noise, Psophometrically 
-80 
dBmOp 
Unity Gain; Idle Code 
Weighted 


PSRR1 
Vcc Power Supply Rejection, 
-35 
dB 
Idle Channel; 
200 mV pop 
Transmit 
or Receive Channel 
Signal on VCC DC to 50 
KHz; Note 1. 


PSRR2 
Vas Power Supply Rejection 
-35 
dB 
Idle Channel; 
200 mV pop 
Transmit 
or Receive Channel 
Signal on Vss DC to 50 
KHz; Note 1. 


NOTE: 
1. Measured 
at SLO Voice 
bytes 
for transmit 
channel. 
Measured 
at VFR for receive 
channel. 
Idle code 
on feature 
control 
byte. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


CTTR 
Crosstalk, 
Transmit 
Voice to 
-75 
dB 
Input = 0 dBmO, Unity Gain 


Receive Voice 
1.02 kHz; Idle Code on SLD 
Voice Byte 


CTRT 
Crosstalk, 
Receive Voice to 
-75 
dB 
o dBmO, 1.02 KHz Signal at 
Transmit 
Voice 
SLD Receive Voice Byte: 
VFX = GNDA 


TRANSMIT 
VOICE 
FREQUENCY 
CHARACTERISTICS 
TG1 = TG2, Transmit 
Programmable 
Gain = 6 dB 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GRX 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal Input at VFX 


16.67 Hz 
-30 
dB 


50 Hz 
-25 
dB 


60 Hz 
-22 
dB 


200 Hz 
-1.8 
-0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3400 Hz 
-0.70 
-0.10 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-32 
dB 


., 
Od8 
] 


Od8 J 


-10dB 


inter 


RECEIVE 
VOICE 
FREQUENCY 
CHARACTERISTICS 
Receive 
Programmable 
Gain = 0 dB, Feature 
Control 
Bit TIE = 0 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GRR 
Gain Relative to Gain at 1.02 KHz 
o dBmO Input on SLD 


Below 200 Hz 
+0.125 
dB 


200 Hz 
-0.5 
+0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3400 Hz 
-0.70 
-0.1 
dB 
, 


4000 Hz 
-14 
dB 


4600 Hz & Above 
-30 
dB 


+O.125dB 
+O.125dB 
+O.125dB 
+0.03 dB 


«««{«{«~~O::,.,«:~O{H:{ 
({( 
{( « 
({ 
« 
{( 
« 
/(O~~300H% 
-O.IOdB 
3400 
Hz 
-0.50 dB 
/ 


200Hz 


~ o TYPICAL 
-14dB 
4000H% 


-30dB 
4600 
Hz 


n 


I 
' 'I 
, 
I 
' 
, 
I 


NOTES: 
1. Typical transfer function of the receive filter as a separate component. 
2. Typical transfer function of the receive filter driven by the sample and hold output of thll Intel 2910A and 2911A 
codecs. The combined filter/codec 
response meets the stated specifications. 


Figure 13. Receive 
Voice Frequency 
Characteristics 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


TSCL 
SCL Pulse Width 
486 
1465 
ns 


Toc 
SCL Duty Cycle 
25 
75 
% 


TRC 
Rise, Fall Times, SCL 
50 
ns 
TFC 


TRO 
Rise, Fall Times, SLD 
50 
ns 
TFO 


TRS 
Rise, Fall Times, SCS 
50 
ns 
50 pF Load 
TFS 


TOIRR 
SCL to SDIR Delay 
-500 
500 
ns 
Receive 
Cycle 


TOIRF 
SCL to SDIR Delay 
-500 
500 
ns 
Transmit 
Cycle 


Too 
SCL to SLD Delay 
0 
200 
ns 
29C48 Transmitting 


Tso 
Set-up Time, SLD to SCL 
100 
ns 
29C48 Receiving 


THO 
Hold Time, SCL to SLD 
100 
ns 
29C48 Receiving 


THZ1 
SDIR to SLD Active 
0 
100 
ns 
Byte 1, Bit 1 29C48 
Transmitting, 
Channel 
A 


THZ2 
SCL to SLD High Impedance 
0 
100 
ns 
Channel 
A, B, or Feature 
Control as Appropriate 
(Channel AlB 
Operation) 


THZ3 
SCL to SLD Active 
0 
100 
ns 
Channel 
A, B, or Feature 
Control, as Appropriate 
(Channel AlB 
Operation) 


TSCSF 
SCL to SCS Low 
0 
200 
ns 
50 pF Load 


TSCSR 
SCL to SCS High 
0 
200 
ns 
50 pF Load 


SLD --<.. 
_ 


inter 


A.C. Testing inputs are driven at 2.4 for a logic "1" and 0.45 for a 
logic "0". Timing measurements are made at 2.0V for a logic "1" 
and 0.8V for a logic "0". 


inter 
iATC 29C50A 
FEATURE CONTROL COMBO 


• 
External 
and User Programmable 
Transmit 
and Receive 
Gain 


• 
Programmable 
Internal 
and External 
Hybrid Balance 
Network 
Select 


• 
Programmable 
Analog, 
Digital, and 
Subscriber 
Loopback 


• 
Programmable 
IL' A-Law Select 


• 
Flexible Signaling 
Interface 


• 
Pin Selectable 
Channel 
A or B 
Operation 
on the SLD Interface 


• 
Three 
Party Conferenclng 


• 
Low Power Consumption 


The 
Intel iATC 29C50A 
Feature 
Control 
Combo 
is an advanced 
user-programmable, 
fully integrated 
PCM 
Codec 
with transmit/receive 
filters fabricated 
in CHMOS 
technology. 
This technology 
allows 
the 29C50A 
to 
provide 
excellent 
transmission 
performance 
while achieving 
low power consumption. 


The 29C50A 
supports 
the analog subscriber 
with a variety of added per-line features 
to the normai 
BORSCHT 
functions 
associated 
with the analog 
line circuit. 
Some of these features 
include 
programmable 
transmit 
and 
receive 
gain, 
on-chip 
or custom 
hybrid 
balancing 
network 
selection 
and 
interpolation, 
a flexible 
signaling 
interface, 
and programmable 
/.I. or A-Law conversions. 
Additionally, 
the 29C50A can operate 
on either the A or 
B channel 
of the SLD interface, 
allowing 
two combos 
to be connected 
to one SLD link. 


The 29C50A 
is intended 
for use with the 2952 Integrated 
Line Card Controller 
in digital switching 
applications. 


The 2952 handles the transfer 
of voice, feature 
control, 
and signaling 
information 
between 
the backplane 
and 
up to 16 29C50A 
combos. 
The 29C50A 
is also suited for use in ISDN terminal 
applications. 


SIOR1 
810M 


SIGD 


SIOC 


51GB 


SIOA 


SLD 


ONOD 


SCL 


SDIR 


SlOX1 


E8N1 


EBN2 


VFR- 


VFR+ 


GSR 


VCC 


ONDA 


T01 
VBB 


TG2 
VFX 


Symbol 
Function 


.. 


Vcc 
Most positive supply; input voltage 
is + 5V ± 5%. 


Vss 
Most negative supply; input voltage 
is - 5V ± 5%. 


GNDA 
Analog ground return line. Not internally 
connected 
to GNDD. 


GNDD 
Digital ground return line. Not internally 
connected 
to GNDA. 
r 


VFX 
Analog voice input to transmit 
channel. 


TG1 
Inverting 
input to transmit 
gain adjusting 
op-amp. 
Feedback 
point for external 
gain adjusting 
resistor 
network 
up to 10 Kn. 


TG2 
Output of the transmit 
gain adjusting 
op-amp. Will drive external gain adjusting 
resistor 
network 
up to 10 Kn. 


VFR+ 
Non-inverting 
output of the power amplifier. 
Capable 
of directly driving transformer 
hybrids 
or high impedance 
loads either single ended or differentially. 


VFR- 
Inverting output of power amplifier. 
Capable 
of directly driving transformer 
hybrids or high 
impedance 
loads either single ended or differentially. 


GSR 
Input to receive gain setting circuit. An external 
resistor network 
connected 
between 
VFR - 
and VFR + , and GSR sets the receive channel 
gain from 0 dB to - 9.54 dB. Connecting 
GSR to GNDA will set the gain at - 6.02 dB. 


EBN1 
Input for the first external 
balance 
network. 


EBN2 
Input for the second external 
balance 
network. 


SCL 
Subscriber 
clock. Supplied 
by the 2952 line card controller, 
this is a 512 KHz, 50% or 33% 
duty cycle clock. Input will accept TIL 
levels. 


SDIR 
Subscriber 
direction 
signal and frame sync. When high, SLD becomes 
an input and data is 
transferred 
from the 2952 to the 29C50A. When low, the output buffer on the 29C50A SLD 
pin is enabled and data is transferred 
from the 29C50A to the 2952. Input will accept TIL 
levels. 


SLD 
Subscriber 
data link. A 512 Kbps bi-directional 
serial data port, which is clocked 
by SCL. 


SLD becomes 
a TIL 
compatible 
input when SDIR is high and an output capable 
of driving 
one TIL 
load when SDIR is low. 


SIGX1 
Transmit 
signaling 
input. Data present at SIGX1 is latched by an internal signal preceding 
the falling edge of SDIR and is serially transferred 
on SLD during the transmit 
signaling 
byte. 


TIL 
compatible. 


SIGR1 
Receive signaling 
outputs. 
Data received 
serially on SLD during the receive signaling 
byte is 
SIGR2 
latched on these outputs 
during the following 
byte. Capable of driving one TIL 
load. 


SIGA 
Programmable 
signaling 
pins in default mode. If the appropriate 
bit in the feature control 
SIGB 
memory is set high (either SIGDA, SIGDB, SIGDC, or SIGDD), the corresponding 
pin will 


SIGC 
become a receive signaling output, like SIGR(n). 
If the bit in the feature control 
memory is 


SIGD 
set low, the corresponding 
pin will become 
a transmit 
signaling 
input, like SIGX1. Inputs will 
accept TIL 
level inputs, and outputs can drive one TIL 
load. During channel 
AlB 
operation, 


the programmable 
signaling 
pins SIGA, SIGB, and SIGC take on different 
functions. 
If SIGA 
is connected 
to Vss, channel 
A operation 
is selected, 
and SIGB functions 
as an output only. 


If SIGB is tied to Vss, channel 
B operation 
is selected, 
and SIGA functions 
as an output 
only. SIGC becomes 
a transmit 
only pin for both channel 
A and channel 
B operation. 
SIGD 
remains programmable. 
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~ 
TGl 
TG2 


Jii { 


VFll 


BALANCE 
NETWORK 
SWITCHr 


III 
1~ll 


~ 


EBNl 
H 


SCL 


E8N2 


CONTROL 
REGISTERS 
SOtR 
I~{ 


AND LOGIC 


SlGR(n) 
ILD 


i:1 
SIGX(n) 
Ii 
I 


SIGp(n) 
h~ 


CONFERENCING 
SWITCH 


'" ! 


VFR- 
"'~ 
~U 
YFR. 
>'" l 
'" 
GSR 
",IllII 


GNOO 
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The 29C50A is a combined channel filter and PCM 
codec for use on analog line interface circuit boards 
in a digital telecommunications switching system. 
This device resides between the circuitry which pro- 
vides the "BOASCHT" functions for a given line, 
and the shared line card controller (LCG).It provides 
the transmit and receive voice-path filtering and 
companded analog-to-digital and digital-to-analog 
conversions necessary to interface a full duplex (4- 
wire) voice telephone circuit with the PCM highways 
of a time division multiplexed (TOM) system. 


In the default mode (neither SIGA nor SIGB tied to 
Vss), all features of the 22-lead 29C50A are identi- 
cal to those of the 28-lead 29C51 except for the 
number of signaling pins and the secondary channel 
capabilities. There are 7 signaling channels available 
on the 29C50A, configured as one transmit, two re- 
ceive, and four programmable for either direction. 
There are no secondary analog inputs or outputs on 
the 29C50A; however, three-party conferencing is 
available. The 29C50A can alternatively be operated 
in the channel A or B mode, in which case two 
29C50A's can share one SLO link. 


• 
BATTERY FEED 
• 
OVERYDLTAGE 
• 
RINGING 
• 
SUPERVISlOH 
• 
HYBRID 


• 
TEST 


• 
AID CONVERSION 
• 
FILTERING 
• 
UNE BALANCE 
• 
sue 
CONTROL 
• 
SPECIAL FUNCTIONS 


• 
TEST 


The 29C50A is intended for use with the 2952 Line 
Card Controller which manages the transfer of all 
voice, feature control and signaling data to and from 
the Feature Control Combo and the system back- 
plane. The interface between the two consists of 
just three leads, two of which are clock signals and 
the third a unique serial bus for communication. Up 
to sixteen 29C50A feature control combos per line 
card can be controlled by one 2952, all sharing com- 
mon clock signals, SCL and SOIA. The SLO inter- 
face is shown in Figure 4. 


The subscriber direction (SOIA) lead provides an 
8 KHz signal which divides each frame into transmit 
and receive halves. Ouring the first half when SOIA 
is high (ACV half-cycle), data is transmitted from the 
2952 to the 29C50A and in the second (XMIT half- 
cycle) transfer is from the 29C50A back to the 2952. 
Frame synchronization and all internal timing for the 
digital circuitry is derived from the rising edge of the 
SOIA signal. 


The subscriber clock (SCL) input generated by the 
2952 is a fixed 512 KHz clock signal allowing 64 bits 
(8 bytes) of data to be transferred on the SLO lead 


SLD(O) 


SCL 


SOlR 


• 
POWER UP CONFIGURAnON 
• 
UNE SCAN PROCESSING 
• 
UNE CARD CUSTOMIZING 


II 
II 


~R~ 
I 


I 


TRANSMIT HALF-CYCLE 
: 
2IC5OA~2lI52 
I 
""---_----or- 
I 


I 


: VOICE 
VOICE 
I 


CONTROL 
I 


SIGNALING: 


1 FRAME 
'--------- 
(125 ,.8) 
512 KBPS 


III 
I 
CONTROL 
I 


SIGNALING 
: 
II 
• I 
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during each 125 /Ls frame. Depending 
on 2952 mas- 
ter clock frequency, 
the SCl 
duty cycle can be either 
50% or 33%. 


The subscriber 
data link (SlD) 
is a bi-directional 
seri- 
al bus that transfers 
eight bytes of serial data to and 
from the 29C50A 
each frame. 
During the first half of 
each frame, 
RCV channel 
information 
is transferred 
to the 29C50A 
in four bytes consisting 
of channel 
A 
voice, 
channel 
B voice, 
feature 
control, 
and signal- 
ing information. 
Similarly 
during the second 
half-cy- 
cle, four bytes of XMIT channel 
information 
are sent 
to the 2952. The MSB (bit 7) of each byte is sent first 
on the SlD. 
After the last valid signaling 
bit is trans- 
mitted to the 2952, the bus is placed in a high imped- 
ance state for at least one SCl 
clock 
cycle to pre- 
vent data contention 
on the bus. (See FCB #6-Sig- 
naling Register.) 


Upon power supply application 
and clocks 
SCl 
and 
SDIR 
applied, 
the 29C50A 
will automatically 
enter 
the power down state. During the transmit 
half-cycle 
(29C50A 
talking 
to the 2952) a code of all ones will 
be sent to the controller 
during the channel 
A or B 
byte 
depending 
upon 
the 
selected 
mode. 
The 
29C50A 
SlD 
pin will be placed 
in a high impedance 
state during the unused 
channel. 


Channel A/B Operation 


The 29C50A 
can use either channel 
A or channel 
B 
on the SlD 
interface 
for transfer 
of PCM voice. This 
allows 
two 29C50A 
combos 
to share 
a single 
SlD 
link, allowing 
up to sixteen 
combos 
to be controlled 
by one 2952 line card controller. 
The channel 
AlB 
mode 
is selected 
with the SIGA and SIGB 
pins. 
If 
SIGA 
is connected 
to 
Vss, 
the 
29C50A 
will 
use 
Channel 
A. If SIGB is connected 
to Vss, the 29C50A 
will 
use channel 
B. If neither 
pin is connected 
to 
Vss, 
the 
29C50A 
will 
operate 
identically 
to 
the 
29C51 
Feature 
Control 
Combo, 
except 
for the lack 
of 
secondary 
analog 
channels. 
Connecting 
both 
SIGA and SIGB to Vss 
is not allowed. 
Operation 
of 
the combo 
on the SlD 
interface 
is shown 
in Figure 
5. 


When 
programming 
the 
29C50A, 
the 
least 
signifi- 
cant bit (last bit transmitted) 
of the first control 
byte 
of a programming 
frame 
selects 
the 29C50A 
which 
will accept 
this and all following 
bytes of the frame. 


Only the lSB 
of this first framing 
byte is used as a 
channel 
select bit. It is latched 
until the next framing 
byte (00 or 01 header) is received 
in the feature 
con- 
trol channel. 
If this bit is a zero, the channel 
A com- 
bo will accept the programming 
data, and if this bit is 
a one, the channel 
B combo 
will accept 
the data. 


Only 
the 
selected 
combo 
will 
echo 
back 
the 
pro- 
gramming 
data. 


SLDI A I 
8 
I 
C EB_A 
_8 
C EEl 


RECEIVE ~E 
DATA"A\ 
OR CDNFERENCING DATA ,:~" 
\ 


RECEIVE VOICE DATA "8" 
OR COHFERENCING DATA "A" 


Similarly, when verifying the feature control memory 
of the 29C50A, the desired device is selected using 
the least significant bit of the first byte of the verifica- 
tion frame. Only the selected device will respond. 
Because the LSB of the feature control framing byte 
must be set to a one for verification of a channel B 
device, the 2952 will actually read back 10 bytes 
from the SLD interface when using the bi-directional 
FIFO (BFF). Only six of these bytes will contain the 
29C50A programming information. Refer to the 2952 
Reference Manual for further details regarding verifi- 
cation of feature control information from an SLD 
slave device using the 2952. 


When neither device is being programmed or veri- 
fied, the last selected device will echo the received 
control channel data during the transmit half of the 
SLD frame. 


In order to take full advantage of the last look 
change detection logic of the 2952, the two 29C50A 
combos using one SLD line share the signaling 
channels each frame. Each uses a nibble of the 
transmit and receive signaling bytes. Since one sig- 
naling pin is used to select channel A or B operation, 
six pins are available for carrying signaling data, with 
three configured as receive, two as transmit, and 
one programmable. 


For a channel A device, data received during bits 3, 
2, 1, and 0 of byte 4 on the SLD will appear at 
SIGR1, SIGR2, SIGB, and SIGD (if SIGD is chosen 
as a receive bit), respectively. For a channel B de- 
vice, the data from bits 7, 6, 5, and 4 of byte 4 ap- 
pears at SIGR1, SIGR2, SIGA, and SIGD (if SIGD is 
chosen as a receive bit),-respectively. 


In the transmit direction, a channel A part will send 
data from SIGX1, SIGC, and SIGD (if SIGD is cho- 
sen as a transmit bit) in bit positions 3, 2, and 1 
respectively of byte 8 on the SLD. A channel B 


part will send data from those same pins in bit posi- 
tions 7, 6, and 5 respectively of byte 8. Neither com- 
bo will drive the SLD line during the third or seventh 
bits. 


Figure 4 shows operation of the 29C50A on the SLD 
interface in the default mode, when neither the 
channel A nor channel B mode is selected (neither 
SIGA nor SIGB connected to Vss). 


Signaling field formats for all three modes are shown 
in Figure 11. 


TRANSMIT 
AND RECEIVE 
OPERATION 


A low pass anti-aliasing section is included on chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components 
are required to provide the necessary anti-aliasing 
function for the switched capacitor section of the 
transmit filter. 


The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T 03/D4 
specification and the CCITI 
G.714 recommenda- 
tion. The 29C50A specifications meet the digital 
class 5 central office switching systems require- 
ments. The transmit filter transfer characteristics 
and specifications will be within the limits shown in 
Figure 12. 


A high pass section configuration rejects low fre- 
quency noise from 50 and 60 Hz power lines, 17 Hz 
European electric railroads, ringing frequencies and 
their harmonics, and other low frequency noise. 
Gain of up to 20 dB can be set without degrading the 
performance of the filter. 


The output of the transmit filter is internally sampled 
by the encoder and held on an internal sample and 
hold capacitor. DC offset is corrected by an on-chip 
auto zero circuit. The signal is then encoded and 
presented as PCM data on the SLD lead on the first 
8 bits of the XMIT half frame (fifth byte) for channel 
A operation, or the second 8 bits (sixth byte) for 
channel B operation. 


Decoding 


The PCM words received on the SLD are demulti- 
plexed and sent to the decoder. For channel A oper- 
ation, the first SLD byte is decoded. For channel B 
operation the second SLD byte is used. The decod- 
ed value is held on an internal sample and hold ca- 
pacitor. If, however, conferencing has been select- 
ed, both the first and second SLD bytes will be de- 
coded, added, and subsequently passed to the re- 
ceive filter. 


The receive section of the filter provides a passband 
flatness and stopband rejection which fulfills the 
AT&T D3/D4 specification and the CCITT G.714 
recommendation. The receive filter transfer charac- 
teristics and specifications will be within the limits 
shown in Figure 13. 


External Gain Setting 


Both transmit and receive gain levels are factory 
trimmed, but can be modified by external resistors 
during line card assembly. The value of transmit gain 
is adjusted by connecting resistors RT1 and RT2 
(see Figure 6) at the two external gain setting control 
pins, TG1 and TG2. These two pins are the input 
and output of an on-board gain amplifier stage, and 
the resistors provide the necessary input and feed- 
back for gain control. The value of external gain is 
given by: 


F~r .unity gain, pins TG1 and TG2 are tied together. 
Similarly, for the receive section, external resistors 
RR1 and RR2 at pins VFR+, GSR, and VFR- 
set 
the external gain given by: 


.~.... 
, .._.~. __~"",,_,,__Jrlrr,;)~/lMnt\II4rN1N1 
of driving loads of 300n single ended or 600n differ- 
entially. 


Three additional gain settings of 0 dB, -6 
dB, and 
- 9.54 dB can be realized without using any external 
components by strapping pin GSR to VFR -, GNDA, 
and VFR+, respectively. 


QHDA 


~ 


The 2- to 4-wire conversion necessary for subscriber 
interface is partially integrated on-chip. Network line 
balancing needed to minimize the trans-hybrid loss 
from the receive to transmit direction analog signals 
is handled internally. The three internal networks 
shown in Figure 8 may be selected by programming 
the appropriate feature control byte. These networks 
are integrated in a switched capacitor configuration 
and have single pole-zero characteristics in the 
200 Hz to 3200 Hz range. They were chosen to 
serve a wide base of U.S. an European require- 
ments, and can be used as standard line balancing 
networks or as test networks. 


Figure 7. External 
Balance 
Network 
and 
Interpolation 
Configuration 


inter 


Additionally, 
the 
user 
may apply 
two 
external 
bal- 
ance 
networks 
to accommodate 
varying 
subscriber 
loop characteristics 
(see Figure 
7 for external 
con- 
nections). 
Presumably, 
these two networks 
can rep- 
resent 
the two extremes 
of line conditions 
in differ- 
ent 
applications 
such 
as long 
or short 
loops 
and 
loaded 
or unloaded 
lines. To serve typical 
lines with 
characteristics 
in between 
the two extremes, 
the in- 
terpolation 
capability 
provides 
a weighted 
average of 
the network frequency 
characteristics. 
If the external 
network 
at EBN1 produces 
a transfer 
function 
H1(f) 
= ZB1 (Zo + ZB1) and the network 
at EBN2 pro- 
duces H2(f) = ZB2 (Zo + ZB2), the balance 
signal 


-, 
Il..a 
II 
1202"" 
_oJ 


can be programmed 
to have 
the transfer 
function 
H(f): 


where 
"a" 
is 
the 
interpolation 
coefficient 
pro- 
grammed 
to have any of the five values 
of 0, 0.25, 
0.50, 0.75, or 1.0. Figure 7 displays 
how the subtrac- 
tion of the coupling 
signal is implemented 
inside the 
device. 


As an example, 
the two external 
networks 
shown 
in 
Figure 
9 represent 
typical 
hybrid 
balance 
networks 
for loaded 
(ZB1) and unloaded 
(ZB2) analog 
loops. 


The graph in Figure 9 shows the real and imaginary 
components 
of the equivalent 
impedance 
of these 
two networks 
as a function 
of frequency 
and the in- 
terpolation 
coefficient. 


Zo 
r--- 
II 
..a I 
I 
IL 
_ 


-, 
III 
: 202,.F 
II 
_oJ 


tmlll 
= 200 Hz 
~I 
= 200 Hz 


fmax=4kHz 


Figure 
9. Typical 
External 
Balance 
Networks 
and Complex 
Impedance 
Plot 
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Conferencing 


The 29C50A supports three party conferencing in 
the default and channel A and B modes. In all three 
modes, the PCM words received in the A and B 
channels on the SLD are converted to analog values 
and added together before being applied to the re- 
ceive PCMfilter. The sum will be attenuated by 3 dB. 


In the default mode, the 29C50A will repeat the 
channel A transmit direction PCM voice byte in 
channel B. 


Voltage references are generated on-chip and are 
trimmed during the manufacturing process. Separate 
references are supplied for both the transmit and 
receive sections of the chip, each trimmed indepen- 
dently. These references determine the gain and dy- 
namic range of the device and provide the user a 
significant margin for error in other board compo- 
nents. 


The 29C50A is configured by the 2952 line carl:lcon- 
troller by a set of six feature control bytes (FCB). 
These bytes of information are stored in internal reg- 
isters which are serially multiplexed to and from the 
SLD interface in the third and seventh byte loca- 
tions. The first two bits of each byte consist of a 
multiframe synchronization and write enable code. 
The framing bit (bit 7, MSB) establishes the begin- 
ning of a feature control frame when set to a logical 
zero, and increments the feature control counter 
when set to one. The second (bit 6) enables the 
writing to the 29C50A when it is the logical comple- 
ment of the framing bit. 


When writing new feature control information to the 
29C50A, the first byte should contain a framing (F) 
and write enable (WE) header of 01 (F=0 and 
WE = 1). This designates a new frame of information 
to transfer. The subsequent bytes should each have 
F = 1 to advance the counter, and WE = 0 to en- 
able the write operation. 


The controller can also request to verify the feature 
control register contents by sending a 00 or 11 at 
the beginning of the byte to be read. To read the first 
byte, a 00 F/WE code should be sent while each 
subsequent byte should have a 11 header. An inter- 
nal six-stage counter is set on the first byte verified 
then incremented once each 125 J.Lsframe. It is re- 
set only upon detection of a 01 or 00 F/WE. Once 
the counter is greater than six, neither read nor write 
modes may be selected by sending the 29C50A a 
11 framing and write enable code. The 29C50A will 
then echo in byte 7 the data it received in byte 3. 


The LSB of the first feature control byte selects 
whether the channel A or channel B device will ac- 
cept the feature control commands. If this bit is 0, 
the channel A device is selected. If this bit is 1, the 
channel B device is selected. Only the selected de- 
vice will echo feature control data. 


FCB # 1-Power 
Up/Down, 
Loop Back 


Mode, IL/ A-Law Select Register 


The 29C50A can be instructed to go into the power 
down or standby mode for reduced power consump- 
tion. In this mode, all analog inputs and outputs are 
placed in a high impedance state, inhibiting all voice 
signals. A code of all ones will be output in the voice 
byte on the SLD. Signaling and feature control infor- 
mation will continue to be processed to allow the 
29C50A to be read or reprogramed, and to allow the 
backplane to monitor the subscriber line. 


The 2952 can change the state of the feature con- 
trol combo from standby to active by sending the 
first feature control byte only. All other register con- 
tents will be preserved during power down provided 
the power supplies remain connected. 


Three modes of remote testing are incorporated in 
the 29C50A and can be selected by appropriate 
coding in this register. The loopback features allow a 


number of tests to be performed to determine line 
quality and balancing. These include digital loop 
back, analog loop back, and subscriber loop back. 


In the digital loopback mode, the combo retransmits 
the PCM words it receives in the voice byte of the 
SLD back to the line card controller in the same 
frame. This feature allows path verification and test- 
ing of the circuit up to the slave device. 


When the analog loopback mode is selected, the 
analog output VFR+ is internally connected to the 
analog input VFX. The signal received from the A or 
B byte of the SLD line is looped through the receive 
and transmit analog sections and back to the SLD 
line. This feature allows functional testing of the 
combo as well as gain adjustment. 
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In the third test mode, subscriber loopback, the digi- 
tal output of the AID converter is internally connect- 
ed to the input of the DI A converter. The analog 
signal input to VFX is sent through the transmit filter, 
encoded, then 
decoded, filtered 
and output to 
VFR+ and VFR -. 
This mode is used primarily for 
simplifying analog to analog testing from the sub- 
scriber side of the line card. 


The 29C50A can be selected for either J-L-Iawor A- 
law operations. A user can select either conversion 
law by assigning,the corresponding bit. A logical 1 in 
bit 1 would select J-L-Iawwhile a logical 0 would se- 


lect A-law conversions. Both conversions follow 
CCITT recommendation G.711. 


The LSB of the first feature control byte determines 
whether the channel A or channel B device will ac- 
cept the feature control commands. This bit has no 
effect if the channel AlB operation is not selected. 


FCB # 2-Receive 
Programmable Gain 
Register 


The receive gain levels can be adjusted by applying 
external resistors as mentioned earlier, or by selec- 
tive programming of this register. A range from 0 to 
-12 
dB in 0.5 dB increments can be realized for the 
receive channel. 
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FCB # 3-Conferencing 
Register 


The 29C50A can be programmed to decode both 
receive voice channels and add the two analog sig- 
nals to perform three-party conferencing by setting 
CONFR. 
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FCB # 4- Transmit Programmable 
Gain Register 


The gain setting of the transmit section of the chip 
operates in the same manner as the receive gain 
register. A 12 dB range from - 6.0 dB to + 6.0 dB in 
0.5 dB increments is available. 
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FCB # 5-Balance 
Network Select and 
Gain Register 


The 29C50A offers a choice of internal or external 
hybrid balancing. Externally, two balance networks 
connected to pins EBN1 and EBN2 can be used in- 
dependently, or as a weighted average of the two. 
The weighting factor, or interpolation coefficient, can 
range from 0 to 1 in steps of 0.25. Setting "a" to be 
1 or 0 results in selecting either EBN1 or EBN2 re- 
spectively. 


Three additional balance network configurations 
consisting of either a series or parallel RC circuit are 
located internal to the device. (See Figure 8.) 


An additional 6 dB gain in the balance signal path 
can be realized by coding this bit with a logical one. 
A logical zero provides unity gain. 
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FCB #6-Signallng 
Register 


Four pins are provided on the 29C50A to be used as 
selectable transmit or receive signaling inputs. A 
code of one in the respective bit commits the pin to 
receive signal information and a zero to transmit. 
The signaling field format as it appears on the SLD 
bus is shown in Figure 11 for both channel AlB and 
default operation. R1 and R2 correspond to signal- 
ing information received on SIGR1 and SIGR2, re- 
spectively. 
Similarly, 
programmable 
pins 
SIGA, 


SIGB, SIGC, SIGD, and transmit pin SIGX1 are cod- 
ed into the bit location as shown below. Bits 2, 3 and 
4 have no effect in channel AlB operation. Bit L28 
must be set to zero for the 29C50A. 
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DefaultMode: R1 
R2 
A 
B 
C 
0 
X1 
A 
B 
C 
0 
Z 
Z 
Z 
ChannelA 
Mode: 
R1 
R2 
B 
0' 
Z 
Z 
Z 
Z 
Xl 
C 
0' 
Z 
ChannelB 
Mode: 
R1 
R2 
A 
0' 
X1 
C 
0' 
Z 
Z 
Z 
Z 
Z 
Z = High ImpedanceState 
- 
= Don't Care State 
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NOTE: 
1. 0 is programmed as receive or transmit through feature control. Programmable signaling bits are placed in a high 
impedance state during the transmit signaling byte if the corresponding signaling channel has been programmed for the 
receive direction. 


Temperature 
Under Bias 
-10°C 
to + 80°C 


Storage Temperature 
- 65°C to + 150°C 


All Input and Output 
Voltages 
with Respectto 
VBB' 
-0.3V 
to 13V 


All Input and Output 
Voltages 
with Respect 
to VCC 
-13V 
to 0.3V 


Power Dissipation 
1.35 W 


•Notice: 
Stresses 
above 
those 
listed 
under 
"Abso- 
lute Maximum 
Ratings" 
may cause permanent 
dam- 
age to the device. 
This is a stress 
rating 
only and 
functional 
operation 
of the device 
at these 
or any 
other conditions 
above those indicated 
in the opera- 
tional sections 
of this specification 
is not implied. Ex- 


posure 
to absolute 
maximum 
rating 
conditions 
for 
extended 
periods 
may affect 
device reliability. 


NOTICE 
Specifications 
contained 
within 
the 
following 
tables are subject 
to change. 


DC CHARACTERISTICS 
TA = O°C to lO°C, Vcc = 
+5V 
±5%, 
VBB = -5V 
±5%; 
SCL (50% duty), SDIR, SLD applied GNDD = OV, 


GNDA 
= OV. Typical 
values 
are for TA = 25°C and nominal 
power supply values 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


IlL 
Input Leakage Current 
±10 
/LA 
Vss 
~ VIN ~ Vcc 


Vil 
Input Low Voltage 
-0.3 
0.8 
V 


VIH 
Input High Voltage 
2.2 
Vcc 
V 


VOL 
Output Low Voltage 
0.4 
V 
lol 
~ - 
1.6 mA, 1 TTL Load 


VOH 
Output High Voltage 
2.4 
V 
10H ~ 50 /LA, 1 TTL Load 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


'CCl 
VCC Operating 
Current 
9 
mA 


ISSl 
VSS Operating 
Current 
9 
mA 


Icco 
Vcc Standby Current 
0.8 
mA 


Isso 
VBS Standby Current 
0.8 
mA 


PD~ 
Standby 
Power Dissipation 
8 
mW 


PDI 
Operating 
Power Dissipation 
90 
mW 


A.C. CHARACTERISTICS- 
TRANSMISSION 
PARAMETERS 
TG1 = TG2, Transmit 
Programmable 
Gain = 6 dB. Receive 
Programmable 
Gain = 0 dB 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


EmW 
Encoder 
Milliwatt 
Response 
±0.15 
dB 
Signal Input of 0 dBmO 
f = 1.02 KHz 


DmW 
Digital Milliwatt Response 
±0.15 
dB 
f = 1.02 KHz 


DmWp.v 
Digital Milliwatt 
Response 
VFR + , 
6.14 
dBm 
VFR + Single-Ended 
Output 
VFR- 
,...-Iaw 
1.571 
Vrms 
RL = 600n 


DmWAV 
Digital Milliwatt 
Response 
VFR + , 
6.17 
dBm 
f = 1.02 KHz 


VFR- 
A-law 
1.576 
Vrms 


OTLPp.X 
Zero Transmission 
Level Point 
0.116 
dBm 
,...-Iaw, 
Transmit 
Channel 
(0 dBmO) 
0.785 
Vrms 
Referenced 
to 600n 


OTLPAX 
Zero Transmission 
Level Point 
0.149 
dBm 
A-law, Referenced 
to 600n 
Transmit 
Channel 
(0 dBmO) 
0.788 
Vrms 


~Gpx 
Programmable 
Gain Accuracy 
±10 
dB 
f = 1.02 KHz for All Steps 


GAIN TRACKING 
Reference 
level = 0 dBmO for ,...-Iaw, -10 
dBmO A-law at 1.02 kHz, TG1 = TG2, GSR = VFR-, 
Transmit 
Programmable 
Gain 
= 6 dB, Receive 
Programmable 
Gain 
= 0 dB, AT&T 
PUB43801 
and CCID 
G.714 
Method 
2 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


GTT 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+ 3 to -40 
dBmO 
Sinusoidal 
Input; ,...or A-law 
±0.50 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50to 
-55dBmO 


GTR 
Receive 
Gain Tracking 
Error 
±0.25 
dB 
+3 to -40 
dBmO 
Sinusoidal 
Input; ,...or A-law 
±0.50 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


ROR 
Output Resistance, 
VFR + VFR- 
1 
n 


VOSR1 
Output Offset, VFR + or VFR - , 
50 
mV 
Relative to GNDA 
Single-Ended 


VOSR2 
Output Offset, VFR + to VFR - , 
75 
mV 
Differential 


CLR 
Load Capacitance, 
VFR +, VFR- 
100 
pF 


VOR1 
Max Output Voltage Swing Across 
±3.2 
Vp 
RL:?: 300n 
RL, VFR +, VFR -, 
Single-Ended 
(Note 1) 
Connection 


VOR2 
Max Differential 
Output Voltage 
±6.4 
Vp 
RL:?: 600n 
Swing, VFR +, VFR- 
(Note 1) 


POR 
Maximum 
Differential 
Output Power, 
15.3 
dBm 
RL = 600n 
VFR+, 
VFR- 


NOTE: 
1. The 29C50A is designed to drive signals in excess of the maximum encoding level, which is 3.14 dBm for A-law and 3.17 
for p.-Iaw. 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


IBX 
Input Leakage Current, EBN1, 
100 
nA 
-1.6V 
< VFX < 1.6V 


EBN2, TG1 
-1.6V 
< EBN1 < 1.6V 


RIX1 
Input Resistance, 
VFX 
500 
Kn 
-1.6V 
< EBN2 < 1.6V 
-1.6V 
< TG1 < 1.6V 
RIX2 
Input Resistance, 
EBN1, EBN2, 
10 
Mn 
TG1 


TGmax 
Max Transmit 
Gain Adjust 
20 
dB 


VOTG 
Max Output Voltage 
Swing TG2 
±3.2 
V 
RL;:: 
10 Kn, (Note 1) 


CLX 
Load Capacitance, 
TG2 
20 
pF 


RLX 
Load Resistance, 
TG2 
10 
Kn 


NOTE: 
1. Transmit programmable gain must be set at -6 
dB to encode this level without clipping. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


SOx 
Signal to Distortion, 
fJoor A-law 
35 
dB 
Oto -30 
dBmO 


SDR 
Sinusoidal 
Input; CCITT G.714- 
29 
dB 
-30 
to -40 
dBmO 
Method 
2 Half Channel 
25 
dB 
-40 
to -45 
dBmO 


DPx 
Single Frequency 
Distortion 
-50 
-47 
dB 
Input = 
1.02 KHz 0 dBmO 
DPR 
Products 
In Band (2nd or 3rd 
AT&T Advisory 
#64 
(3.8) 
Harmonic 
Half Channel) 


1MD1 
Intermodulation 
Distortion, 
End to 
-35 
dBmO 
CCITT G.712(7.1) 
End Measurement 


IMD2 
tntermodulation 
Distortion, 
End to 
-49 
dBmO 
CCITT G.712(7.2) 
End Measurement 


SOS 
Spurious Out of Band Signals, 
-25 
dBmO 
CCITT G.712(6.1) 
End to End Measurement 


SIS 
Spurious 
In Band Signals, End to 
-40 
dBmO 
CCITT G.712(9) 
End Measurement 


DAJ( 
Transmit 
Absolute 
Group Delay 
245 
fJos 
o dBmO, 1.4 KHz 
Includes 
Delay Through AID 


Dox 
Transmit 
Differential 
Group 
170 
fJos 
f= 
500-600 
Hz 
Delay; Relative to DAX 
95 
fJos 
f = 
600-1000 
Hz 
45 
fJos 
f = 1000-2600 
Hz 
105 
fJos 
f = 2600-2800 
Hz 


OAR 
Receive Absolute 
Group Delay 
140 
fJos 
o dBmO, 300 Hz 
Includes 
Delay Through 
Of A 


DOR 
Receive 
Differential 
Group 
35 
fJos 
f= 
500-600 
Hz 
Delay; Relative to DAX 
35 
fJos 
f= 
600-1000 
Hz 
95 
fJos 
f = 1000-2600 
Hz 
125 
fJos 
f = 2600-2800 
Hz 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


NXCl 
Transmit 
Noise, C-Message 
12 
dBrnCO 
TG1 = TG2 
Weighted 


NXPl 
Transmit 
Noise, 
-78 
dBmOp 
TG1 = TG2 
Psophometrically 
Weighted 


NRCl 
Receive 
Noise, C-Message 
10 
dBrnCO 
Unity Gain; Idle Code 
Weighted 


NRPI 
Receive 
Noise, 
-80 
dBmOp 
Unity Gain; Idle Code 
Psophometrically 
Weighted 


PSRR1 
VCC Power Supply Rejection, 
-35 
dB 
Idle Channel; 
200 mV pop 
Transmit 
or Receive Channel 
Signal on Vcc DC to 
50 KHz; (Note 1). 


PSRR2 
VBB Power Supply Rejection 
-35 
dB 
Idle Channel; 
200 mV pop 
Transmit 
or Receive Channel 
Signal on VBB DC to 
50 KHz; (Note 1). 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


CTTR 
Crosstalk, 
Transmit 
Voice to 
-75 
dB 
Input = 0 dBmO, Unity Gain 
Receive Voice 
1.02 KHz; Idle Code on SLD 
Voice Byte (Note 2) 


CTRT 
Crosstalk, 
Receive Voice to 
-75 
dB 
o dBmO, 1.02 KHz Signal at 
Transmit 
Voice 
SLD Receive Voice Byte; 
VFX = GNDA (Note 2) 


NOTE: 
1. Measured 
at SlD Voice 
bytes for transmit 
channel. 
Measured 
at VFR for receive 
channel. 


2. Feature 
control 
byte not used. 


TRANSMIT 
VOICE 
FREQUENCY 
CHARACTERISTICS 


TG1 = TG2, Transmit Programmable Gain = 6 dB 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GRX 
Gain Relative to Gain at 1.02 KHz 
o dBmOSignal Input at VFX 


16.67 Hz 
-30 
dB 


50Hz 
-25 
dB 


60Hz 
-22 
dB 
200 Hz 
-1.8 
-0.125 
dB 
300 to 3000 Hz 
-0.125 
+0.125 
dB 
3300 Hz 
-0.35 
+0.03 
dB 
3400 Hz 
-0.70 
-0.10 
dB 
4000 Hz 
-14 
dB 
4600 Hz and Above 
-32 
dB 


+1.0dB 


EXPANDED 


SCALE 
OdB 


-1.0dB 


OdB 
/{. 


-IOdB 


-20 
dB 


-30 
dB 
TYPICAL 


-30 
dB 
, 6.667 Hz 


-oOdB 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GAR 
Gain Relative to Gain at 
o dBmOInput on SLD 
1.02 KHz 


, Below 200 Hz 
+0.125 
dB 
200 Hz 
-0.5 
+0.125 
dB 
300 to 3000 Hz 
-0.125 
+0.125 
dB 
3300 Hz 
-0.35 
+0.03 
dB 
3400 Hz 
-0.70 
-0.1 
dB 
4000 Hz 
-14 
dB 
4600 Hz & Above 
-30 
dB 


+O.125d8 
+O.125dB 
+O.12SdB 
+O.03dB 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


Toe 
SCL Duty Cycle 
25 
75 
% 


TRC 
Rise, Fall Times, SCL 
50 
ns 


TFC 


TRO 
Rise, Fall Times, SLD 
50 
ns 


TFO 


TOIRR 
SCL to SDIR Delay 
-500 
+500 
ns 


TOIRF 
SCL to SDIR Delay 
-500 
+500 
ns 


Too 
SCL to SLD Delay 
0 
200 
ns 
29C50A Transmitting 
(Note 1) 


Tso 
Set-up Time, SLD to SCL 
100 
ns 
29C50 Receiving 


THO 
Hold Time, SCL to SLD 
100 
ns 


THZ1 
SDIR to SLD Active 
0 
100 
ns 
Byte 1, Bit 1 29C50A 
Transmitting 


THZ2 
SCL to SLD High Impedance 
0 
100 
ns 


THZ3 
SCL to SLD Active 
0 
100 
ns 
Channel 
A or B, Feature 
Control, 
Signaling 
as 
Appropriate 
(Channel 
AlB 


Operation) 


Tss 
Set-up Time, Signaling 
Inputs to 
1 
JLs 
SLD Byte #3, Bit 0 


THS 
Hold Time, SLD Byte 4 Bit 7 for 
1 
JLs 
all Signaling 
Inputs 


Tos 
Delay SLD Byte 5 to Signaling 
1 
JLs 
Outputs 


NOTE: 
1. In cases where the TOIRF is positive, Too is to be measured from the SOIR edge. 
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A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V for a Logic "0". Timing measurements are made at 2.0V for a Logic "1" and 
0.8V for a Logic "0". 
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iATC 29C51 
FEATURE CONTROL COMBO 
• External 
and User Programmable 
• Programmable 
,.,,/A-Law 
Select 
Transmit 
and Receive 
Gain 
• Flexible Signaling 
Interface 
• Programmable 
Internal 
and External 
• Secondary 
Analog 
Channel 
Hybrid Balance 
Network 
Select 


Programmable 
Analog, 
Digital, and 
• Three-Party 
Conferencing 
• Subscriber 
Loopback 
• Low Power Consumption 


The Intel iATC 29C51 Feature Control Combo is an adyanced 
user-programmable, 
fully integrated 
PCM Codec 
with transmit/receive 
filters fabricated 
in CHMOS 
technology. 
This technology 
allows the 29C51 to realize the 
same 
excellent 
transmission 
performance 
as in the Intel 2913/2914 
combo 
while 
achieving 
the low power 
consumption 
typical 
of CMOS circuits. 


The 29C51 Feature Control 
Combo supports 
the analog subscriber 
with a variety of added per-line features 
to 
the normal 
BORSCHT 
functions 
associated 
with the analog 
line circuit. 
Some of these 
features 
include 
sec- 
ondary analog channels, 
programmable 
transmit 
and receive gain, on-chip or custom 
hybrid balancing 
network 
selection, 
a flexible 
signaling 
interface, 
and programmable 
J.l. or A-law conversions. 


The 29C51 is intended 
for use with the 2952 Integrated 
Line Card Controller 
in digital switching 
environments. 


These components 
allow the system transmit 
and receive backplane 
highways 
to operate 
at different 
frequen- 


cies from 
that 
of the subscriber 
interface 
data channels. 
The 2952 
handles 
the transfer 
of primary 
voice, 


secondary 
analog data, feature control, 
and signaling 
information 
between 
the backplane 
and up to 8 29C51's. 
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Symbol 
Function 


Vcc 
Most positive supply; input voltage 
is + 5V ± 5%. 


Vss 
Most negative supply; input voltage 
is - 5V ± 5%. 


GNDA 
Analog ground return line. Not internally 
connected 
to GNDD. 


GNDD 
Digital ground return line. Not internally 
connected 
to GNDA. 


VFX 
Analog voice input to transmit 
channel. 


TG1 
Inverting input to transmit 
gain adjusting 
op-amp. 
Feedback 
point for external 
gain adjusting 
resistor 
network 
up to 10 Kfi. 


TG2 
Output of the transmit 
gain adjusting 
op-amp. Will drive external 
gain adjusting 
resistor 
network 
up 
t010Kfi. 


VFR+ 
Non-inverting 
output of the power amplifier. 
Capable 
of directly driving transformer 
hybrids or high 
impedance 
loads either single ended or differentially. 


VFR- 
Inverting output of power amplifier. 
Capable 
of directly driving transformer 
hybrids or high 
impedance 
loads either single ended or differentially. 


GSR 
Input to receive gain setting circuit. An external 
resistor 
network connected 
between 
VFR - 
and 
VFR +, and GSR sets the receive channel 
gain from 0 dB to -9.54 
dB. Connecting 
GSR to GNDA 
will set the gain at -6.02 
dB. 


EBN1 
Input for the first external 
balance 
network. 


EBN2 
Input for the second external 
balance 
network. 


SAI1 
First secondary 
analog input, also the non-inverting 
input if differential 
secondary 
analog input 
mode is selected. 


SAI2 
Second 
secondary 
analog input, also the inverting 
input if differential 
secondary 
analog input mode 
is selected. 


SAO 
Secondary 
analog output, capable 
of driving loads of at least 10 Kfi. 


SCL 
Subscriber 
clock. Supplied 
by the 2952 line card controller, 
this is a 512 KHz, 50% or 33% duty 
cycle clock. Input will accept TIL 
levels. 


SDIR 
Subscriber 
direction 
signal and frame sync. When high, SLD becomes 
an input and data is 
transferred 
from the 2952 to the 29C51. When low, the output buffer on the 29C51 SLD pin is 
enabled 
and data is transferred 
from the 29C51 to the 2952. Input will accept TIL 
levels. 


SLD 
Subscriberline 
data link. A 512 Kbps bi-directional 
serial data port, which is clocked 
by SCL. SLD 


becomes 
a TIL 
compatible 
input when SDIR is high and an output capable 
of driving one TIL 
load 
when SDIR is low. 


SIGX1 
Transmit 
signaling 
inputs. Data present at SIGX(n) is latched by an internal signal preceding 
the 
SIGX2 
falling edge of SDIR and is serially transferred 
on SLD during the transmit 
signaling 
byte. TIL 


SIGX3 
compatible. 


SIGR1 
Receive 
signaling outputs. 
Data received 
serially on SLD during the receive signaling 
byte is 
SIGR2 
latched on these outputs during the following 
byte. Capable of driving one TIL 
load. 
SIGR3 


SIGA 
Programmable 
signaling 
pins. If the appropriate 
bit in the feature control 
memory is set high (either 
SIGB 
SIGDA, SIGDB, SIGDC, or SIGDD), the corresponding 
pin will become 
a receive signaling 
output, 
SIGC 
like SIGR(n). 
If the bit in the feature control 
memory is set low, the corresponding 
pin will become 
a 


SIGD 
transmit 
signaling 
input, like SIGX(n). Inputs will accept TIL 
level inputs, and outputs can drive one 
TTLload. 


The 29C51 is a combined channel filter and PCM 
codec for use on analog line interface circuit boards 
in a digital telecommunications switching system. 
This device resides between the circuitry which pro- 
vides the "BORSHT" functions for a given line, and 
the shared line card controller (LCG).It provides the 
transmit and receive voice-path filtering and com- 
panded analog-to-digital and digital-to-analog con- 
versions necessary to interface a full duplex (4- 


wire) voice telephone circuit with the PCM highways 
of a time division multiplexed (TDM) system. 


There are 10 signaling channels available on the 
29C51 configured as three transmit, three receive, 
and four programmable for either direction. In addi- 
tion, the 29C51 supports two secondary analog in- 
puts and one secondary analog output. The 29C51 
can alternatively use the secondary analog data re- 
ceived from the SLD interface to support three-party 
conferencing on chip. 


SLD(D) 
1 
SCL 
XMIT 
2 
SDIR 
2952 
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• 
BATIERY 
FEED 
• 
AID CONVERSION 
LCC 
2 


• 
OVERVOLTAGE 
• 
FILTERING 
SLD(7) 
• 
RINGING 
• 
LINE BALANCE 
• 
SUPERVISION 
• 
SLiC 
CONTROL 
CONTROL 
• 
HYBRID 
• 
SPECIAL 
FUNCTIONS 


• 
POWER UP CONFIGURATION 
• 
LINE SCAN 
PROCESSING 
• 
LINE CARD CUSTOMIZING 


The 29C51 is intended for use with the 2952 Line 
Card Controller which manages the transfer of all 
voice, feature control and signaling data to and from 
the Feature Control Combo and the system back- 
plane. The interface between the two consists of 
just three leads, two of which are clock signals and 
the third a unique serial bus for communication. Up 
to eight 29C51 Feature Control Combos per line 
card can be controlled by one 2952, all sharing com- 
mon clock signals, SCl and SOIA. 


The subscriber direction (SOIA) lead provides an 
8 KHz signal which divides each frame into transmit 
and receive halves. During the first half when SOIA 
is high (ACV half-cycle), data is transmitted from the 
2952 to the 29C51 and in the second (XMIT half-cy- 
cle) transfer is from the 29C51 back to the 2952. 
Frame synchronization and all internal timing for the 
digital circuitry is derived from the rising edge of the 
SOIA signal. 


The subscriber clock (SCl) input generated by the 
2952 is a fixed 512 KHz clock signal allowing 64 bits 
(8 bytes) of data to be transferred on the SlO lead 


SDIRJ, 
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SIGNALING' 


during each 125 !Josframe. Depending on 2952 mas- 
ter clock frequency, the SCl duty cycle can be either 
50% or 33%. 


The subscriber line data link (SlO) is a bidirectional 
serial bus that transfers eight bytes of serial data to 
and from the 29C51 each frame. During the first half 
of each frame, ACV channel information is trans- 
ferred to the 29C51 in four bytes consisting of voice, 
secondary analog, feature control, and signaling in- 
formation. Similarly during the second half-cycle, 
four bytes of XMIT channel information are sent to 
the 2952. The MSB (bit 7) of each byte is sent 
first on the SlO. After the last valid signaling bit is 
transmitted to the 2952, the bus is placed in a high 
impedance state for at least one SCl clock cycle to 
prevent data contention on the bus. (See FCB/; 6- 
Signaling Aegister) 


Upon power supply application and clocks SCl and 
SOIA applied, the 29C51 will automatically enter the 
power down state. During the transmit half-cycle 
(29C51 talking to the 2952) a code of all ones will be 
sent to the controller during the A and B bytes. 


__ 
----'I 


,,,,, 


SIGNALING' 


1 FRAIo4E 
---------(125~S) 
--------~ 
512KBPS 


inter 


TRANSMIT 
AND RECEIVE 
OPERATION 


A low pass anti-aliasing section is included on chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components 
are required to provide ·the necessary anti-aliasing 
function for the switched capacitor section of the 
transmit filter. 


The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T 03/04 
specification and the CCITT G.714 recommenda- 
tion. The 29C51 specifications meet the digital class 
5 central office switching systems requirements. The 
transmit filter transfer characteristics and specifica- 
tions will be within the limits shown in Figure 10. 


A high pass section configuration rejects low fre- 
quency noise from 50 and 60 Hz power lines, 17 Hz 
European electric railroads, ringing frequencies and 
their harmonics, and other low frequency noise. 
Gain of up to 20 dB can be set without degrading the 
performance of the filter. 


Encoding 


The output of the transmit filter is internally sampled 
by the encoder and held on an internal sample and 
hold capacitor. DC offset is corrected by an on-chip 
auto zero circuit. The signal is then encoded and 
presented as PCM data on the SLO lead on the first 
8 bits of the XMIT half-frame (fifth byte). Secondary 
analog input signals are routed directly to the encod- 
er and output in the sixth byte on the SLO. 


Decoding 


The PCM words received on the SLO are demulti- 
plexed and sent to the decoder. The decoded value 
is held on an internal sample and hold capacitor. If 
the secondary analog channel is being used, the 
PCMword received in the second byte on the SLO is 
decoded, then held on another sample and hold ca- 
pacitor before appearing on the secondary analog 
output (SAD). 
If, however, conferencing has been 
selected, the two converted signals will be added 
and subsequently passed to the receive filter. 


The receive section of the filter provides a passband 
flatness and stopband rejection which fulfills the 


AT&T 03/04 
specification and the CCITT G.714 
recommendation. The receive filter transfer charac- 
teristics and specifications will be within the limits 
shown in Figure 11. 


External Gain Setting 


Both transmit and receive gain levels are factory 
trimmed, but can be modified by external resistors 
during line card assembly. The value of transmit gain 
is adjusted by connecting resistors RT1 and RT2 
(See Figure 5) at the two external gain setting con- 
trol pins, TG1 and TG2. These two pins are the input 
and output of an on-board gain amplifier stage, and 
the resistors provide the necessary input and feed- 
back for gain control. The value of external gain is 
given by: 


For unity gain, pins TG1 and TG2 are tied together. 
A DC path must be provided for TG1. Similarly, for 
the receive section, external resistors RR1 and RR2 
at pins VFR+, GSR, and VFR- 
set the external 
gain given by: 


A = (RR1 + RR2)/(RR1 
+ 3RR2) 


A value greater than 10 Kn and less than 100 Kn 
for R1+ R2 is recommended. The output is capable 
of driving loads of 300n single ended or 600n differ- 
entially. 


Three additional gain settings of 0 dB, -6 
dB and 
- 9.54 dB can be realized without using any external 
components by strapping pin GSR to VFR-, GNOA, 
and VFR+, respectively. 


GNDA 
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The 2- to 4-wire conversion necessary for subscriber 
interface is partially integrated on-chip. Network line 
balancing needed to minimize the trans-hybrid loss 
from the receive to transmit direction analog signals 
is handled internally. The three internal networks 
shown in Figure 7 may be selected by programming 
the appropriate feature control byte. These networks 
are integrated in a switched capacitor configuration 
and have single pOle-zero characteristics in the 
200 Hz to 3200 Hz range. They were chosen to 
serve a wide base of U.S. and European require- 
ments, and can be used as standard line balancing 
networks or as test networks. 
Figure 6. External 
Balance 
Network 
and 
Interpolation 
Configuration 
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Additionally, the user may apply two external bal- 
ance networks to accommodate varying subscriber 
loop 
characteristics 
(See Figure 6 for 
external 
connections). Presumably, these two networks can 
represent the two extremes of line conditions in dif- 
ferent applications such as long or short loops and 
loaded or unloaded lines. To serve typical lines with 
characteristics in between the two extremes, the in- 
terpolation capability provides a weighted average of 
the network frequency characteristics. If the external 
network 
at EBN1 produces a transfer 
function 
H1(f) = ZB1 (Zo +ZB1) and the network at EBN2 
produces H2(f) = ZB2 (Zo + ZB2), the balance sig- 
nal can be programmed to have the transfer function 
H(f): 


Where 
"a" 
is the 
interpolation coefficient 
pro- 
grammed to have any of the five values of 0, 0.25, 
0.50,0.75, or 1.0. Figure 6 displays how the subtrac- 
tion of the coupling signal is implemented inside the 
device. 
. 


As an example, the two external networks shown in 
Figure 8 represent typical hybrid balance networks 
for loaded (ZB1) and unloaded (ZB2) analog loops. 
The graph in Figure 8 shows the real and imaginary 
components of the equivalent impedance of these 
two networks as a function of frequency and the in- 
terpolation coefficient. A DC path must be provided 
at EBN1 and EBN2 when in use. 


Secondary 
Analog Channell 
Conferencing 


The 29C51 offers two simultaneous unfiltered infor- 
mation channels beyond the primary channel. Nar- 
row band analog signals can be supplied for such 
applications as telemetry, teleconferencing, remote 
loop testing, or various control uses. 


The secondary analog channel is accessed through 
two inputs, SAI1 and SAI2, sampled either single 
ended or differentially. A DC path must be provided 
at SAI1 and SAI2 when in use. The unfiltered sec- 
ondary analog output, SAO, is a stair-step signal 
with the inherent sinxfx frequency rolloff following 
OfA conversion. 


To allow three-party conferencing, the third party 
voice information can be transmitted and received 
during the data bytes carrying the secondary analog 
channel information. The primary and secondary 
voice signals are held on separate internal capaci- 
tors following OfA conversion, then passed through 
a -3 dB attenuator and summed together. The 
combined signal is smoothed in the receive filter and 
passed onto the output power amplifier. 


:-a. r 
Voltage references are generated on-chip and are 
trimmed during the manufacturing process. Separate 
references are supplied for both the transmit and 
receive sections of the chip, each trimmed indepen- 
dently. These references determine the gain and dy- 
namic range of the device and provide the user a 
significant margin for error in other board compo- 
nents. 


The 29C51 is configured by the 2952 line card con- 
troller by a set of six' feature control bytes (FCB). 
These bytes of information are stored in internal reg- 
isters which are serially multiplexed to and from the 
SLD interface in the third and seventh byte loca- 
tions. The first two bits of each byte consist of a 
multiframe synchronization and write enable code. 
The framing bit (bit 7, MSB) establishes the begin- 
ning of a feature control frame when set to a logical 
zero, and increments the feature control counter 
when set to one. The second (bit 6) enables the 
writing to the 29C51 when it is the logical comple- 
ment of the framing bit. 


When writing new feature control information to the 
29C51, the first byte should contain a framing (F) 
and write enable (WE) header of 01 (F = 0 and 
WE = 1). This designates a new frame of informa- 
tion to transfer. The subsequent bytes should each 
have F = 1 to advance the counter, and WE = 0 to 
enable the write operation. 


The controller can also request to verify the feature 
control register contents by sending a 00 or 11 at 
the beginning of the byte to be read. To read the first 
byte, a 00 FIWE 
code should be sent while each 
subsequent byte should have a 11 header. An inter- 
nal six-stage counter is set on the first byte verified 
then incremented once each 125 JLs frame. It is re- 
set only upon detection of a 01 or 00 F/WE. Once 
the counter is greater than six, neither read nor write 
modes may be selected by sending tl=le29C51 a 11 
framing and write enable code. The 29C51 will then 
echo in byte 7 the data it received in byte 3. 


FeB # 1-Power 
Up/Down, 
Loop Back 
Mode, p,/A-Law Select Register 


The 29C51 can be instructed to go into the power 
down or standby mode for reduced power consump- 
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mary voice and secondary data signals. A code of all 
ones will be output in the voice and data bytes on 
the SLD. Signaling and feature control information 
will continue to be processed to allow the 29C51 to 
be read or reprogrammed, and to allow the back· 
plane to monitor the subscriber line. 


The 2952 can change the state of the feature con· 
trol combo from standby to active by sending the 
first feature control byte only. All other register con· 
tents will be preserved during power down provided 
the power supplies remain connected. 


Three modes of remote testing are incorporated in 
the 29C51 and can be selected by appropriate cod- 
ing in this register. The loopback features allow a 
number of tests to be performed to determine line 
quality and balancing. These include digital loop 
back, analog loop back, and subscriber loop back. 


In the digitalloopback mode, the combo retransmits 
the PCM words it receives in the voice and data 
bytes of the SLD back to the line card controller in 
the same frame. This feature allows path verification 
and testing of the circuit up to the slave device. 


When the analog loopback mode is selected, the 
analog output VFR+ is internally connected to the 
analog input VFX. This feature allows functional test- 
ing of the combo as well as gain adjustment. The 
secondary analog channel is unaffected during this 
operation. 
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In the third test mode, subscriber loopback, the digi- 
tal output of the AID converter is internally connect- 
ed to the input of the 01A converter. The analog 
signal input to VFX is sent through the transmit filter, 
encoded, then 
decoded, filtered 
and output to 
VFR+ and VFR-. 
This mode is used primarily for 
simplifying analog to analog testing from the sub- 
scriber side of the line card. If the secondary analog 
inputs and output are being used, they will be looped 
back in the same manner. 


The 29C51 can be selected for either J.L-Iawor A-law 
operations. A user can select either conversion law 
by assigning the corresponding bit. A logical 1 in bit 
1 would select J.L-Iawwhile a logical 0 would select 
A-law conversions. Both conversions follow CCITT 
recommendation G.711. 


FCB # 2-Receive 
Programmable 
Gain 
Register 


The receive gain levels can be adjusted by applying 
external resistors as mentioned earlier, or by selec- 
tive programming of this register. A range from 0 dB 
to -12 
dB in 0.5 dB increments can be realized for 
the receive channel. 
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FCB # 3-Secondary 
Analog Channel 
Register 


The two inputs to the secondary analog channel, 
SAI1 and SAI2, can be programmed to be encoded 
either single ended or differentially. An analog signal 
applied at the selected input may be encoded once 
every 125 J.Ls in addition to the primary voice chan- 
nel. Alternatively, both SAI1 and SAI2 may be se- 


lected in which case each signal would be encoded 
in alternating frames at an effective sampling rate of 
4 KHz. The LSB of the encoded word would toggle 
between 0 and 1 to designate which input it was 
encoded from. A "1" in the LSB represents SAI1 
and a "0" for SAI2. The two inputs may also be used 
in a differential mode, resulting in SAI2 subtracted 
from SAI1. 


The receive section of the secondary analog chan- 
nel can be programmed to direct the data byte out- 
put onto SAD, or to add the analog signal to the 
primary voice channel for conferencing. 
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FCB # 4- 
Transmit 
Programmable 
Gain Register 


The gain setting of the transmit section of the chip 
operates in the same manner as the receive gain 
register. A 12 dB range from -6.0 dB to + 6.0 dB in 
0.5 dB increments is available. 
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FCB # 5-Balance 
Network Select and 
Gain Register 


BALANCE 
NETWORKS 


The 
29C51 
offers 
a choice 
of internal 
or external 
hybrid 
balancing. 
Externally, 
two 
balance 
networks 
connected 
to pins EBN1 and EBN2 can be used in- 
dependently, 
or as a weighted 
average 
of the two. 
The weighting 
factor, or interpolation 
coefficient, 
can 
range from 0 to 1 in steps of 0.25. Setting "a" to be 
1 or 0 results 
in selecting 
either 
EBN1 or EBN2 re- 
spectively. 


Three 
additional 
balance 
network 
configurations 
consisting 
of either a series or parallel 
RC circuit are 
located 
internal 
to the device. 
(See Figure 7). 


GAIN SETTING 


An additional 
6 dB gain in the balance 
signal 
path 
can be realized 
by coding this bit with a logical one. 
A logical 
zero provides 
unity gain. 
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FCB # 6-Signallng 
Register 


Four pins are provided 
on the 29C51 to be used as 
selectable 
transmit 
or 
receive 
signaling 
inputs. 
A 
code of one in the respective 
bit commits 
the pin to 
receive 
signal 
information 
and 
a zero 
to transmit. 


The signaling 
field format 
as it appears 
on the SLD 
bus is shown 
in Figure 9 for the 29C51. 
R1, R2 and 
R3 correspond 
to signaling 
information 
received 
on 
SIGR1, 
SIGR2, 
and 
SIGR3 
respectively. 
Similarly, 


programmable 
pins SIGA, 
SIGB, 
SIGC, 
SIGD, 
and 
transmit 
pins SIGX1, 
SIGX2, 
and SIGX3 
are coded 
into the bit location 
as shown below. Bit L28 must be 
set to 1 for the 29C51. 


SIGA 1. a transmit 
pIn 
SIGDA 
receive 
pin 


51GB Is a transmit 
pin 
0 
slGDB 
receive 
pin 
1 


SIGC Is a transmit 
pin 
0 
slGDC 
recelv. 
pin 
1 


SIGD I, a transmit pin 
slGDD 
receive 
pin 


Transmit 
Signaling 
SLD Byte #8 


inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Temperature 
UnderBias 
-1 O·C to + 80·C 


Storage Temperature 
- 65·C to + 150·C 


All Input and Output 
Voltages 
with RespecttoVss 
-0.3Vto 
+13V 


All Input and Output 
Voltages 
with RespecttoVee 
-13Vto 
+0.3V 


Power Dissipation 
1.35W 


D.C. CHARACTERISTICS 
TA = O·C to 70·C, Vee = 
+ 5V ± 5%, Vss = - 5V ± 5%; SCL (50% duty), SDIR, SLD applied GNDD = OV, 


GNDA = OV. Typical 
values 
are for TA = 25·C and nominal 
power supply values. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


IlL 
Input Leakage Current 
±10 
IJ-A 
Vss s VIN s Vee 


VIL 
Input Low Voltage 
-0.3 
0.8 
V 


VIH 
Input High Voltage 
2.2 
Vee 
V 


VOL 
Output Low Voltage 
0.4 
V 
10L ~ 
-1.6 
mA, 1 TTL Load 


VOH 
Output 
High Voltage 
2.4 
V 
10H S 50 IJ-A,1 TTL Load 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


leeL 
Vee Operating 
Current 
9 
mA 
RCV Signaling 
Byte = 0 


ISSL 
Vss Operating 
Current 
9 
mA 
RCV Signaling 
Byte = 0 


leeo 
Vee Standby 
Current 
0.8 
mA 


Isso 
Vss Standby 
Current 
0.8 
mA 


Poo 
Standby 
Power Dissipation 
8 
mW 


PDl 
Operating 
Power Dissipation 
90 
mW 


A.C. CHARACTERISTICS- 
TRANSMISSION 
PARAMETERS 
TG1 = TG2, Transmit 
Programmable 
Gain = 6 dB; GSR = VFR -, 
Receive 
Programmable 
Gain = 0 dB 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


EmW 
Encoder 
Milliwatt 
Response 
±0.15 
dB 
Signal Input of 0 dBmO 
Tolerance 
f = 1.02 KHz 


DmW 
Digital Milliwatt Response 
±0.15 
dB 
f = 1.02 KHz 
Tolerance 


DmWp.V 
Digital Milliwatt 
Response 
VFR + , 
6.14 
dBm 
VFR + Single-Ended 
Output 


IJ--Iaw 
1.571 
Vrms 
RL = 6000., f = 1.02 KHz 


inter 


A.C. CHARACTERISTICS- 
TRANSMISSION 
PARAMETERS 
(Continued) 
TG1 = TG2, Transmit 
Programmable 
Gain = 6 dB; GSR = VFR-, 
Receive 
Programmable 
Gain = 0 dB 


GAIN AND DYNAMIC 
RANGE 
(Continued) 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


DmWAV 
Digital Milliwatt 
Response 
VFR + , 
6.17 
dBm 
VFR + Single-Ended 
Output 
A-law 
1.576 
Vrms 
RL = 600n, 
f = 1.02 KHz 


DmW",s 
Digital Milliwatt 
Response 
at SAO, 
1.532 
Vrms 
No Load; No Sin x/x 
JL-Iaw 
Correction; 
f = 1.02 KHz 


DmWAS 
Digital Milliwatt 
Response 
at SAO, 
1.537 
Vrms 
No Load; No Sin x/x 
A-law 
Correction; 
f = 1.02 KHz 


OTLP",x 
Zero Transmission 
Level Point 
0.116 
dBm 
JL-Iaw, RL = 600n 
Transmit 
Channel 
(0 dBmO) 
0.785 
Vrms 
Referenced 
to 600n 


OTLPAX 
Zero Transmission 
Level Point 
0.149 
dBm 
A-law, RL = 600n 
Transmit 
Channel 
(0 dBmO) 
0.788 
Vrms 
Referenced 
to 600n 


OTLPlJ,s 
Zero Transmission 
Level Point SAO 
1.571 
Vrms 
JL-Iaw, Referenced 
to 600n 


OTLPAS 
Zero Transmission 
Level 
1.576 
Vrms 
A-law, Referenced 
to 600n 
PointSAO 


AGp 
Programmable 
Gain Accuracy 
±10 
dB 
f = 1.02 KHz for All Steps 


GAIN TRACKING 
Reference 
level = 0 dBmO at 1.02 KHz, TG1 = TG2, GSR = VFR-, 
Transmit 
Programmable 
Gain = 6 dB, 


Receive 
Programmable 
Gain = 0 dB, AT&T 
PUB43801 
and CCITT G.714-Method 
2 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GTT 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3 to -40 
dBmO 
Sinusoidal 
Input; JL- or A-law 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
- 50 to - 55 dBmO 


GTR 
Receive 
Gain Tracking 
Error 
±0.25 
dB 
+ 3 to -40 
dBmO 
Sinusoidal 
Input; JL- or A-law 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


VOSR1 
Output Offset, VFR + or VFR - , 
50 
mV 
Relative to GNDA 
Single Ended 


VOSR2 
Output Offset, VFR + to VFR - , 
75 
mV 
Differential 


CLR 
Load Capacitance, 
VFR + , VFR- 
100 
pF 


VOR1 
Max Output Voltage 
Swing Across 
±3.2 
Vp 
RL ~ 300n 
RL' VFR + , VFR -, 
Single-Ended 
(Note 1) 
Connection 


VOR2 
Max Differential 
Output Voltage 
±6.4 
Vp 
RL ~ 600n 
Swing, VFR +, VFR- 
(Note 1) 


POR 
Differential 
Output Power, VFR + , 
15.3 
dBm 
RL = 600n 
VFR- 


RORS 
Output Resistance, 
SAO 
25 
n 


VOSR 
Output Offset, SAO 
50 
mV 


CLRS 
Load Capacitance, 
SAO 
20 
pF 


RLRS 
Load Resistance, 
SAO 
10 
Kn 


VORS 
Output Voltage Swing, SAO 
±3.2 
Vp 
RL ~ 10 Kn 


NOTE: 
1. The 29C51 is designed to drive signals in excess of the maximum encoding level, which is 3.14 dBm for A-law and 3.17 
for ",-law. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


IBX 
Input Leakage Current, EBN1, 
100 
nA 
-1.6V<VFX<1.6V 


EBN2, TG1 
-1.6V<EBN1 
<1.6V 


RIX1 
Input Resistance, 
VFX 
100 
Kn 
-1.6V<EBN2<1.6V 
-1.6V<TG1 
<1.6V 
RIX2 
Input Resistance, 
EBN1, EBN2, 
10 
Mn 
TG1 


CMRRs 
Common 
Mode Rejection, 
SAI1, 
40 
dB 
Differential 
SAI Mode 
SAI2 


TGmax 
Max Transmit 
Gain Adjust 
20 
dB 


VOTG 
Max Output Voltage Swing TG2 
±3.2 
V 
RL ~ 10 Kn, (Note 1) 


CLX 
Load Capacitance, 
TG2 
20 
pF 


RLX 
Load Resistance, 
TG2 
10 
Kn 


NOTE: 
1. Transmit 
programmable 
gain must be set at -6 
dB to encode 
this level without 
clipping. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


SDx 
Signal to Distortion, 
,...or A-law 
35 
dB 
Oto -30 
dBmO 
SDR 
Sinusoidal 
Input; CCITI 
G.714- 
29 
dB 
-30 
to -40 
dBmO 
Method 
2 Half Channel 
25 
dB 
-40 
to -45 
dBmO 


DPx 
Single Frequency 
Distortion 
-50 
-47 
dB 
Input = 1.02 KHz OdBmO 
DPR 
Products 
In Band (2nd or 3rd 
AT&T Advisory 
#64 
(3.8) 
Harmonic 
Half Channel) 


IMD1 
Intermodulation 
Distortion, 
End to 
-35 
dBmO 
CCITI 
G.712(7.1) 
End Measurement 


IMD2 
Intermodulation 
Distortion, 
End to 
-49 
dBmO 
CCITI 
G.712(7.2) 
End Measurement 


SOS 
Spurious 
Out of Band Signals, 
-25 
dBmO 
CCITI 
G.712(6.1) 
End to End Measurement 


SIS 
Spurious 
In Band Signals, End to 
-40 
dBmO 
CCITI 
G.712(9) 
End Measurement 


DAX 
Transmit 
Absolute 
Group Delay 
245 
,...S 
o dBmO, 1.4 KHz 
Includes 
Delay Through 
AID 


Dox 
Transmit 
Differential 
Group 
170 
,...S 
f = 500-600 
Hz 
Delay; Relative to DAX 
95 
,...S 
f = 600-1000 
Hz 
45 
,...S 
f = 1000-2600 
Hz 
105 
,...S 
f = 2600-2800 
Hz 


DAR 
Receive Absolute 
Group Delay 
125 
,...S 
o dBmO, 300 Hz 
Includes 
Delay Through 
Df A 


DOR 
Receive 
Differential 
Group 
35 
,...S 
f = 500-600 
Hz 
Delay; Relative to DAR 
35 
,...S 
f = 600-1000 
Hz 
95 
,...S 
f = 1000-2600 
Hz 
125 
,...S 
f = 2600-2800 
Hz 


• 
" 
. " 
Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


NXC1 
Transmit 
Noise, C-Message 
12 
dBrnCO 
TG1 = TG2 
Weighted 


NXP1 
Transmit 
Noise, Psophometrically 
-78 
dBmOp 
TG1 = TG2 
Weighted 


NRC1 
Receive 
Noise, C-Message 
10 
dBrnCO 
Unity Gain; Idle Code 
Weighted 


NRP1 
Receive 
Noise, Psophometrically 
-80 
dBmOp 
Unity Gain; Idle Code 
Weighted 


PSRR1 
Vcc Power Supply Rejection, 
-35 
dB 
Idle Channel; 
200 mV poP 
Transmit 
or Receive Channel 
Signal on VCC DC to 
50 KHz; (Note 1). 


PSRR2 
Vss Power Supply Rejection 
-35 
dB 
Idle Channel; 
200 mV pop 
Transmit 
or Receive Channel 
Signal on VSS DC to 
50 KHz; (Note 1). 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


CTTR 
Crosstalk, 
Transmit 
Primary Voice 
-75 
dB 
Input = 0 dBmO, Unity Gain 
to Receive 
Primary Voice 
, 
1.02 KHz; Idle Code on SLD 
Voice and Data Bytes 
(Note 2) 


CTRT 
Crosstalk, 
Receive 
Primary Voice 
-75 
dB 
o dBmO, 1.02 KHz Signal at 
to Transmit 
Primary Voice 
SLD Receive Voice Byte; 
VFX = GNDA; Secondary 
Channels 
Off (Note 2) 


CTST 
Crosstalk, 
Transmit 
Secondary 
-70 
dB 
SAI = 0 dBmO, 1.02 KHz; 


Channels 
to Transmit 
Primary 
VFX = GNDA Idle Code on 
Voice 
SLD Voice and Data Bytes 


CTSR 
Crosstalk, 
Receive Secondary 
-70 
dB 
o dBmO, 1.02 KHz at SLD 
Channel 
to Receive 
Primary Voice 
Data Byte VFX = SAI = 
GNDA 


NOTE: 
1. Measured 
at SLD Voice 
bytes for transmit 
channel. 
Measured 
at VFR + for receive 
channel. 


2. Feature 
control 
byte not used. 


inter 


TRANSMIT 
VOICE 
FREQUENCY 
CHARACTERISTICS 
TG1 = TG2. Transmit 
Programmable 
Gain = 6 dB 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GRX 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal Input at VFX 


16.67 Hz 
-30 
dB 


50 Hz 
-25 
dB 


60 Hz 
-22 
dB 


200 Hz 
-1.8 
-0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
. 
-0.35 
+0.03 
dB 


, 


3400 Hz 
-0.70 
-0.10 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-32 
dB 


+0.125 
dB 
300Hz 
+O.125dB 
+0.03 dB 
-0.125 
dB 
3000 Hz 
./ 
3300 Hz 


200 Hz 
' 
, (( 
G (( 
G (( 
(( 
, (( 
, (( 
G (( 
G G G G GO::: ~ 
/" 
A • 
L.W..J, 
~;~~g~: 


-O.125dB 
3000 
Hz 


inter 


RECEIVE 
VOICE 
FREQUENCY 
CHARACTERISTICS 
GSR = VFR -, 
Receive 
Programmable 
Gain = 0 dB 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


GRR 
Gain Relative to Gain at 1.02 KHz 
o dBmO Input on SLD 


Below 200 Hz 
+0.125 
dB 


200 Hz 
-0.5 
+0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.70 
-0.1 
dB 


4000 HZ 
-14 
dB 


4600 Hz and Above 
-30 
dB 


+0.125 
dB 
+0.125 
dB 
+0.125 
dB 
+0.03 dB 


« 
« 
« 
« 
« 
< {~~O}~:•••( (:~O(H:« 
< (U 
« 
« 
( « 
< ( ( (3~~~ 
~3300 
Hz 


_ 
_ 
-0.10dB 
Y 
3400Hz 


-0.50 
dB 
. 
-0.125 
dB 
~~ 
-~ -~~ 
TYPICAL 
3300 Hz 


-0.70 dB 
3400 
Hz 


inter 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


TDC 
SCl 
Duty Cycle 
25 
75 
% 


TAC 
Rise, Fall Times, SCl 
50 
ns 


TFC 


TAO 
Rise, Fall Times, SlD 
50 
ns 


TFD 
, 


TOIAA 
SCl 
to SDIR Rising Edge 
-500 
500 
ns 


TOIAF 
SCl 
to SDIR Falling Edge Delay 
-500 
500 
ns 


Too 
SCl 
to SlD 
Delay 
0 
200 
ns 
29C51 Transmitting 
(Note 1) 


Tso 
Set-up Time, SlD 
to SCl 
100 
ns 
29C51 Receiving 


THO 
Hold Time, SCl 
to SlD 
100 
ns 


THZ1 
SDIR to SlD 
Active 
0 
100 
ns 
Byte 1, Bit 1 29C51 
Transmitting 


THZ2 
SCl 
to SlD 
High Impedence 
0 
100 
ns 
After last SIGX Bit 


Tss 
Set-up Time, Signaling 
Inputs to 
1 
fLs 
SlD 
Byte #3, Bit 0 


THS 
Hold Time, SlD 
Byte 4 Bit 7 for all 
1 
fLs 
Signaling 
Inputs 


Tos 
Delay SlD 
Byte 5 to Signaling 
1 
fLs 
Outputs 


NOTE: 
1. In cases where TOlAF is positive, Too is measured from the SOIA edges. 


tOIRR 


SOIR 


~ 


SO 
tHO 


SLO 


"\j" >~" 
eo,,~<"V 
--A 0.8 
0.8-A- 


0.•5 
----------- 


A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V for a 
Logic "0". Timing measurements are made at 2.2V for a Logic "1" 
and O.SVfor a Logic "0". 


• 
Provides Complete Backplane Interface 
for 8 to 16 Subscribers 


• 
Performs All Tlmeslot Assignments 


• 
2 Full-Duplex, Serial TOM Highways 


• 
Serial, Bidirectional 
Packetlzed 
Highway for Signaling Control 


• 
Standard MCS@JLPInterface with Two 
Channel DMA and Interrupt 


• 
Implements HDLC Protocol to 
Guarantee Integrity of All Signaling and 
Control Information 


• 
Supports Four Control Options Local or 
Global Microprocessor 
Direct or 
Interleaved HDLC Control 


• 
Designed for 24, 32, 48 or 64 Timeslot 
Systems 


• 
Common Backplane Interface Supports 
ISDN Upgradablllty 


The Intel iATC 2952 Line Card Controller (LCG) is a special purpose I/O controller optimized for use in all 
types of telecommunication switching systems. The 2952 is intended for use with up to sixteen subscriber 
devices in both analog and digital line circuits. It is also useful as a general purpose I/O controller for other 
applications. 


The 2952 represents the continuation of a trend to intelligent flexible line cards. With its modular design, the 
2952 provides a graceful upgrade path from analog line circuits to an all digital system. Analog line board 
density can be greatly increased using the LCC with the 29C51, 29C50A, or 29C48 Feature Control Combos. 
The 2952 handles the transfer of voice, data, feature control, and signaling information between the backplane 
and up to 8 29C51's, 16 29C50A's, or 16 29C48's. The 2952 will interface with and control all Intel SLD 
compatible slave devices. The 2952 emphasizes highly serial interfaces, thus reducing the number of digital 
interconnections both to the subscriber device and to the backplane. 
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Figure 2. 2952 Block Diagram 


Table 
1. Pin Description 


Symbol 
Pin No. 
Function 


GNDD 
20 
GROUND:OV. 


Vcc 
31 
MOST POSITIVE 
SUPPLY: Input voltage 
is + 5V ± 5%. 


SLDO-7 
37-40 
SUBSCRIBER 
DATA LINK: There are eight bidirectional 
pins that transfer 
1-4 
serial information 
between 
the 2952 and the subscriber 
devices (e.g. 


29C51). 


SCL 
12 
SUBSCRIBER 
CLOCK: This is a 512 KHz signal generated 
by the 2952 
with 50% or 33% duty cycle clock: Can be connected 
up to 8 slave 
devices. 


SGS/DMIR 
13 
SIGNALING 
STROBE: Can be used to strobe signaling 
bits or voice bytes 
for enabling 
external 
logic. In the DMA mode DMIR functions 
as DMA input 


request for HDLC. 


SDIR/DMOR 
14 
SUBSCRIBER 
DIRECTION: 
This is an 8 KHz signal generated 
by the 2952 
to serve as both a direction 
indicator 
and a slave frame sync. When high, 


the SLD bus becomes 
an output and data is transferred 
from the 2952 to 
the slave. When low, the output buffer on the slave SLD pin is enabled 
and 
data is transferred 
from the slave to the 2952. In the DMA mode, DMOR 
functions 
as DMA output request for HDLC. 


inter 


Symbol 
Pin No. 
Function 


CS 
18 
CHIP SELECT: Enables 
RD or WR. A low level at this input allows the 
2952 to accept commands 
or data from a microprocessor 
within a write 
cycle, or to transmit 
data during a read cycle. When no local /l-P is 
connected, 
this pin should be connected 
to GNDD. 


ALE 
19 
ADDRESS 
LATCH ENABLE: (Active high input.) On falling edge of this 
input signal, data on AD(0-7) 
is latched into the selected 
register. When 
no local/l-P 
is connected, 
this pin should be connected 
to GNDD. 


RD 
22 
READ STROBE: (Active low input.) When input is low, data is transferred 
from selected 
register on to /l-P bus. When no local/l-P 
is connected, 
this 
pin should be connected 
to GNDD. 


AD(0-7) 
23-30 
ADDRESS/DATA 
PINS: Standard 
/l-P bus used to transfer 
address 
and 
data between 
the /l-P and internal registers 
of the 2952. When no local/l-P 
is connected, 
the unique ID is hardwired 
on pins AD(0-7). 


WR 
32 
WRITE STROBE: 
(Active low input.) When WR transitions 
from low to 
high, data on pins AD(0-7) 
are latched into the selected 
register. When no 
local/l-P 
is connected, 
this pin should be connected 
to GNDD. 


DACKO 
33 
DMA ACKNOWLEDGE: 
DACKO is used to acknowledge 
the DMA output, 
DACK1 
34 
and DACK1 is used for DMA input. When no local/l-P 
is connected, 
these 
pins are used to hardwire mode information. 


INT 
35 
INTERRUPT 
REQUEST: A standard 
/l-P interrupt, 
with active low output. 


DR1 
5 
RECEIVE 
PCM HIGHWAY 
1: Serial words are received 
on PCM highway 
1 
at this interface. 


DRO 
6 
RECEIVE 
PCM HIGHWAY 
0: Serial words are received 
on PCM highway 0 
at this interface. 


DX1 
7 
TRANSMIT 
PCM HIGHWAY 
1: Serial words are transmitted 
onto PCM 
highway 
1 at this interface. 


DX1E 
8 
TRANSMIT 
PCM HIGHWAY 
1 ENABLE: Used to enable external 
tristate 
buffers to drive signals onto the PCM highway. The signal goes low while 
the 2952 is transmitting 
onto PCM highway 1. 


DXO 
9 
TRANSMIT 
PCM HIGHWAY 
0: Serial words are transmitted 
onto PCM 
highway 0 at this interface. 


DXOE 
10 
TRANSMIT 
PCM HIGHWAY 
0 ENABLE: Used to enable external 
tristate 
buffers to drive signals onto the PCM highway. The signal goes low while 
the 2952 is transmitting 
onto PCM highway O. 


DSX 
15 
TRANSMIT 
SIGNALING 
HIGHWAY: 
Serial signaling and control 
data is 
transmitted 
on this dedicated 
HDLC highway. 


DSE 
16 
TRANSMIT 
SIGNALING 
HIGHWAY 
ENABLE: Used to enable external 
tristate 
buffers to drive signals onto the transmit 
signaling 
highway. The 
signal goes low while the 2952 is transmitting 
an HDLC packet onto DSX. 


DSR 
17 
RECEIVE 
SIGNALING 
HIGHWAY: 
Serial signaling and control 
data is 
received 
on this dedicated 
HDLC highway. 


FS 
11 
FRAME SYNCHRONIZATION: 
System sync pulse indicating 
beginning 
of 
a 125 /l-s frame. 


i"!tym~ol 
~ rFi\MI:\ MINI'2 
nnnr2/FO:\r.:i'Il':\/1 
t:\~n&::\r'\ 
Pin No. 
Function 


ClK 
21 
MASTER 
CLOCK: 
System input clock provides 
basic timing for the 2952 
and is synchronous 
to the PCM clock. The clock rate determines 
the 
number of timeslots 
on the transmit 
and receive PCM highways, 
ranging 
from 24, 32, 48 or 64 per frame. 


RESET 
36 
RESET: 
(Active high input.) When high, 2952 internal circuitry 
is reset. The 
minimum reset pulse must be 16 complete 
ClK 
clock cycles wide. 


I 
I 
I 
I 
I 
IIECEIVE 
HALF-CVCLE 
TRANSMIT 
HALF-CYCLE 
I 
I 
2852 
_ 
SUBSCIIIBEII 
SUBSCIIIBEII 
_ 
2852 
I 


FS.si 
rL 


I 


SOII1~--- 
, 
I 
I 


S 
II 
I 
I 
I 
I 
CONTROL 
I 


SIGNALING 
: 
II 
-I 
I 


The 2952 
is a highly integrated 
line card controller 
which 
concentrates 
and multiplexes 
all digital 
infor- 
mation that passes between 
a line card and the nex1 
switching 
or control 
level in a digital telecommunica- 
tions system. 
It controls 
time switching 
functions 
be- 
tween the individual 
subscriber 
line devices 
and the 
system 
backplane 
Time Division 
Multiplexed 
(TDM) 
highways. 
In addition, 
it manages 
the transfer 
of all 
signaling 
and control 
messages, 
either to an option- 
al local microprocessor 
or to a central 
control 
proc- 
essor. 
The 
2952 
implements 
all 
protocol 
control 
functions 
using the HDlC 
format 
for all information 
transmitted 
between 
the 
line card 
and the 
central 
processor. 


The 2952 lCC 
supports 
interfaces 
for the subscriber 
line devices, 
an optional 
local microprocessor, 
and 
the 
backplane 
PCM and 
HDlC 
highways. 
Each 
is 
described 
briefly below. 


The lCC 
provides 
8 serial, bidirectional 
ports for the 
digital transmission 
of voice, 
data, control, 
and sig- 
naling information 
to and from the subscriber. 
These 
leads, SlDO-SlD7, 
can be used to interface 
to both 
analog 
and digital 
line card subscribers 
(see Figure 
3). 


The Slave Clock SCl, 
is a fixed 512 KHz signal out- 
put used to transfer 
all signals between 
the subscrib- 
er device 
and the 2952. Data is received 
and trans- 
mitted 
upon the rising edge of SCL. 


Data 
transmission 
direction 
is 
controlled 
by 
the 
Slave 
Direction 
clock, 
SDIA. 
This 8 KHz signal 
di- 
vides 
the frame 
transfer 
into transmit 
and 
receive 
halves referenced 
to the subscriber 
as shown in Fig- 
ure 3. When SDIR is high, (RCV half-cycle), 
informa- 
tion is transmitted 
from the 2952 to the subscriber 
in 
four bytes consisting 
of voice, data, feature 
control, 


and signaling 
information. 
In the second 
half (XMIT- 
half cycle), the subscriber 
circuit sends four bytes of 
XMIT data back to the 2952. 


I 


: VOICEIDATA 
I 
I 
II 
II. 
I 


I 


: VOICEIDATA 
I 
CONTIIOL 
I 


SIGNALING 
: 


1 FIIAME 
(125 uS) 
512 KBPS 


The LCC supports dual TOM voice/data highways 
as well as a separate high speed serial highway for 
signaling and control information. This information is 
packetized and protected in HOLC format for trans- 
mission to a central processor. 


The system clock (CLK) provides data rate transfers 
for both the TOM and HOLC links. The 2952 can 
operate in 24, 48, 32 or 64 timeslots systems. Any 
subscriber has access to any timeslot on either TOM 
highway. The 2952 allows the flexibility of program- 
mable rising or falling edge latching of data onto the 
highways. Additionally, PCM highway delays can be 
compensated for by programming a phase shift in 
both transmit and receive timeslots as referenced to 
the frame synchronization pulse. The starting point 
of the bytes can be shifted up to 7 CLK clock cycles 
for both transmit and receive directions in half clock 
increments. 


The microprocessor interface provides a communi- 
cation path for a local J.loPand the backplane and/or 
slave devices. The 2952 is designed to operate with 
standard Intel 8-bit parallel microprocessors, such 
as the MCS@-48,MCS@-51,MCS@-85,and iAPX-86 
families. Interrupt capability, direct-memory-access 
request and acknowledge signals and a full feature 
multiplexed address data bus are incorporated into 
this interface. 


Alternatively, the 2952 can operate in a stand alone 
mode on the line card in systems using a more cen- 
tralized processing architecture. In this mode, the in- 
dividual line board address and initialization informa- 
tion is hardwired onto the microprocessor interface 
pins. 


The 2952 can be partitioned into three functional 
blocks, according to the type of data transfers that 
each provides. The synchronous portion comprises 
the subscriber and PCM highway interfaces. Includ- 
ed in this section is also the Master Timing Unit, a 
CAM (Content Addressable Memory) for timeslot 
matching, a MODE register to configure the 2952 
and for the determination of the type of HOLC data 
exchange, and the internal bus for a communication 
link between the various interfaces and registers. 
The PCM Interface Unit and the Subscriber Interface 
Unit with Last Look logic are also grouped into this 
segment. The Last Look logic monitors the status of 
signaling information received from each subscriber 
every frame. Any change of status is reported to the 
local J.loPor to the LCC bus control unit. 


The asynchronous portion includes the local micro- 
processor interface and the serial HOLC signaling 
and control interface. The HOLC controller is com- 
patible with ISO/CCITT recommendation X.25, and 
is designed for either point-to-multipoint configura- 
tions as a primary station, or in point-to-point as a 
secondary station. Each 2952 is accessed through 
an 8-bit address, allowing up to 255 secondaries to 
be addressed on one HOLC serial line. The logic 
level of the HOLC implementation and the distribu- 
tion and compilation of the data packages are han- 
dled in a separate command unit contained in this 
portion. 


The synchronous and asynchronous portions are 
linked to one another by a set of buffers and a con- 
trol unit for the LCC internal bus. Two 16-byte by 8- 
bit FIFO's are used for intermediate storage of mes- 
sages. The XFF, or Transmit FIFO buffers data 
packages for transmission to the central processor 
through the HOLCinterface. The type of data loaded 
is either from the Last Look logic or from the J.loPin 
package form with direct addressing to the 2952. 
The BFF, or bidirectional FIFO, is used for data ex- 
change between the central controller (via the HOLC 
interface), the local microprocessor (via the J.loPbus), 
and the LCC (via the LCC bus). 


The 2952 may operate in either a primary or second- 
ary command mode within a single system. When 
instructed as a primary station, a local microproces- 
sor must be used to instruct the 2952 and to gener- 
ate control messages for other stations. This mode 
is used primarily by unit or group controllers to com- 
mand secondary 2952's. When in the secondary 
mode, the 2952 executes received HOLC com- 
mands from the group controller. Additionally, a 
transparent command mode may be configured in 
which all HOLC messages received from the back- 
plane are passed directly to the local microproces- 
sor. This allows a secondary 2952 to execute user 
defined protocol and commands. 


The 2952 can operate in one of two HOLC commu- 
nication modes-dedicated 
HOLC or interleaved 
HOLC. In the dedicated configuration, HOLC mes- 
sages are received on OSR and are transmitted on 
OSX.The interleaved mode reserves up to two time- 
slots per frame for transmission of signaling and 
control messages on the PCM highways. The HOLC 
packets are disassembled and interleaved into pro- 
grammed timeslots on either of the two highways. 
Alternatively, the microprocessor can communicate 
directly to the central controller via a direct connec- 
tion, bypassing the 2952 HOLCinterface completely. 
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ASYNCHRONOUS 
MICROPROCESSOR 
AND 
eotmIOL 
INTERFACE 


LOCAL uP READIWRITE 
ALL INTERNAL REGISTERS 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Temperature 
Under Bias 
-10°C 
to + 80°C 


Storage Temperature 
-65°C 
to + 125°C 


All Input and Output 
Voltages 
with Respect 
to GNDD 
-0.3V 
to + 7V 


Total Power Dissipation 
1.5W 


NOTICE 
Specifications 
contained 
within 
the 
fOllowing tables are subject 
to change. 


D.C. CHARACTERISTICS 
TA = O°C to 70°C, Vee = +5V 
±5%, 
GNDD 
= OV 
Typical 
values 
are for TA = 25°C and nominal 
power supply value 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


IlL 
Input Leakage Current 
-10 
+10 
p.A 
GND ~ VIN ~ Vee 


IOL 
Output Leakage Current 
-10 
+10 
p.A 
GND ~ VOUT ~ Vcc 


VIL 
Input Low Voltage 
0.8 
V 


VIH 
Input High Voltage 
2.0 
V 


VOL 
Output 
Low Voltage 
0.45 
V 
IOL = +1.6 
mA 


VOH 
Output High Voltage 
2.4 
V 
IOH = -400 
p.A 


Ice 
Vee Supply Current 
85 
120 
mA 
Vee = 5V 


POl 
Operating 
Power Dissipation 
425 
mW 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


CIN 
Input Capacitance 
5 
10 
pF 
fc = 1 MHz 


ClIO 
Input/Output 
Capacitance 
10 
20 
pF 


COUT 
Output Capacitance 
8 
15 
pF 
Unmeasured 
pins 
returned 
to GNDD 
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A.C. CHARACTERISTICS 
TA = O·C to 70·C, Vcc = 5V ± 5%, GNDD = OV 


SYSTEM 
CLOCK, 
SLD INTERFACE 
TIMING 


Symbol 
Parameter 
Min 
Max 
Units 


ClK 
System Backplane 
Clock Frequency 
1 
MHz 


ClK 
Duty Cycle 
45 
55 
% 


ClK 
Rise, Fall Times 
10 
ns 


tspp 
Frame Synchronization 
Pulse Period 
125 
fJ-s 


tFS 
Frame Synchronization 
Pulse Width 
60 
teLK 
ns 


~FS 
Pulse Delay to ClK 
10 
ns 


tSFS 
Set-Up Time to ClK 
50 
ns 


SCl 
Slave Clock SCl 
Frequency 
512 
512 
KHz 


tdSCL 
SCl 
Delay Time from ClK 
100 
165 
ns 


SDIR 
Slave Direction 
SDIR Frequency 
8 
8 
KHz 


tdOIRR 
SDIR Delay Time to ClK 
120 
190 
ns 
(Rising Edge) 


tdOIRF 
SDIR Delay Time to ClK 
30 
110 
ns 
(Falling Edge) 


~SLO 
SlD 
Data Delay 
160 
300 
ns 


tOER 
Data Enable Receive 
100 
180 
ns 


tOOR 
Data Disable Receive 
100 
180 
ns 


tOEx 
Data Enable Transmit 
0 
ns 


tOHX 
Data Hold Transmit 
0 
ns 


tosx 
Data Set-Up Transmit 
1 
ns 
2ClK 
+ 200 


tOSIGR 
Signaling 
Strobe Delay 
110 
160 
ns 
(Rising Edge) 


tOSIGF 
Signaling 
Strobe Delay 
140 
220 
ns 
(Falling Edge) 


A.C. CHARACTERISTICS 
TA = 25·C, Vcc = GNDD = OV 


MICROPROCESSOR 
INTERFACE 


Symbol 
Parameter 
Min 
Max 
Units 


tAL 
Address 
Set-Up to ALE 
30 
ns 


tLA 
Address 
Hold after ALE 
20 
ns 


tAA 
ALE Pulse Width 
60 
ns 


tRO 
Data Delay from RD 
150 
ns 


tOF 
Data Float after RD 
10 
50 
ns 


tRR 
RD Pulse Width 
150 
ns 


tRI 
RD Controllnterval(l) 
1 
ns 
2x- 
ClK 


tRI 
RD Control 
Interval(2) 
100 
ns 
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Symbol 
Parameter 
Mln 
Max 
Units 


tow 
Data Set-Up to WA 
50 
ns 


two 
Data Hold after WA 
25 
ns 


tww 
WA Pulse Width 
100 
ns 


tWI 
WA Controllnterval(1) 
1 
ns 
2x- 
CLK 


tWI 
WA Control 
Interval(2) 
100 
ns 


NOTES: 
1. Read or Write of BFF and XFF. 
2. Read or Write of all other registers. 


Symbol 
Parameter 
Mln 
Max 
Units 


tOMA 
DMA Aead Time 
1 
ns 
7x- 
CLK 


tOH 
DMOA Hold Time 
75 
ns 


tAR 
Address 
Stable before AD 
0 
ns 


tRO 
Data Delay from AD 
150 
ns 


tOF 
Data Float after AD 
10 
50 
ns 


tRA 
Address 
Hold after AD 
0 
ns 


tRR 
AD Pulse Width 
150 
104 
ns 


Symbol 
Parameter 
Mln 
Max 
Units 


tOMA 
DMA Write Time 
1 
ns 
7x-, 


CLK 


tlH 
DMIA Hold Time 
80 
ns 


tAW 
Address 
Stable before WA 
0 
ns 


tWA 
Address 
Hold after WA 
0 
ns 


tow 
Data Set-Up to WA 
30 
ns 


two 
Data Hold after WA 
25 
ns 


tww 
WA Pulse Width 
100 
ns 
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Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


tOSRR 
Receive 
Data Set-Up OCR = 0(1) 
40 
ns 
60 ns for Interleaved 
Mode 


tOHRR 
Receive 
Data Hold OCR = 0(1) 
10 
ns 


tOSRF 
Receive 
Data Set-Up OCR = 1(2) 
20 
ns 


tOHRF 
Receive 
Data Hold OCR = 1(2) 
40 
ns 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


tOZXR 
Data Enable DCX = 0 
80 
160 
ns 
CL = 200 pF 


tOHXR 
Data Hold Time DCX = 0 
45 
160 
ns 
CL = 200 pF 


tOZXF 
Data Enable DCX = 1 
40 
100 
ns 
CL = 200 pF 


tOHXF 
Data Hold Time DCX = 1 
40 
100 
ns 
CL = 200 pF 


tHZX 
Data Float after ClK 
TS 
35 
80 
ns 
CL = 150 pF 


tSONR 
Timeslot 
X to Enable DCX = 0 
70 
130 
ns 
CL = 150 pF 


tSONF 
Timeslot 
X to Enable DCX = 1 
40 
100 
ns 
CL = 150 pF 


tSOFF 
Timeslot 
X to Disable 
40 
100 
ns 
CL = 150 pF 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


tos 
Receive 
Data Set Up 
40 
ns 


tOH 
Receive 
Data Hold 
10 
ns 


tTD 
Transmit 
Data Delay 
40 
100 
ns 
CL = 200 pF 


tHZX 
Data Float on TS Exit 
35 
80 
ns 
CL = 200 pF 


tSON 
Timeslot 
X to Enable 
40 
95 
ns 
CL = 150 pF 


tSOFF 
Timeslot 
X to Enable 
35 
90 
ns 
CL = 150 pF 


NOTES: 
1. OCR = 0 data latched on rising edge of CLK. 
2. OCR = 1 data latched on falling edge of CLK. 
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IRD~tDF 


AD IUS 
-------------~--- 


IDW~lWD 
--------------~--- 


=~ 
tDH 
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u=x 
x= 


2.0 
2.0 
> TEiT POINTS< 
_0.8 
0.8. 
0.45 
-------- 
270155-13 
A.C. Testing inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and 0.8V for a Logic "0". 
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iATC 29C53 
DIGITAL LOOP CONTROLLER 
• 4-Wire 
Full Duplex Digital Transceiver 
• Exceeds 
1K Meter Range 
• CCITT 
1.430 "S" Interface 
Compatible 
• iATC Standard 
SLD Interface 
• ISDN Basic Rate 144K Bit Per Second 
• MCS® Standard 
Microprocessor 
• D-Channel 
Processing 
Support 
Interface 
• Point- To-Point 
or Point- To-Multipoint 
• Peripheral 
Interface/Status 
Port 


Bus Configuration 
• Low Power, 
High Density 
CHMOS 
• Same Device 
Used at Both Ends of 
• Single + 5 Volt Supply 
Loop 


The Intel Advanced 
Telecommunication 
Component 
(iATC) 29C53 
Digital 
Loop Controller 
(DLC) is a 4-wire 
transceiver/controller 
that 
is CCITT 
1.430 compatible 
and 
can function 
at either 
loop 
end. 
This 
part 
has 
integrated 
those features 
which are pertinent 
to the transceiver 
function 
and offers efficient 
interfacing 
to other 
system 
components 
such as codec/filters, 
line card controllers 
and MCS@ microcontrollers 
through 
the SLD 
and microprocessor 
interface 
ports. 
It is primarily 
intended 
for use in Integrated 
Services 
Digital 
Networks 
(ISDN) as a basic rate digital data transceiver 
which transfers 
data at 144 Kbps as three separate 
channels- 


two 64 Kbps digitized-voice/data 
channels 
(B-channels), 
and a 16 Kbps signaling/data 
channel 
(D-channel). 


The B- and D-channel 
routing along with D-channel 
processing 
(packetization) 
is programmable 
through 
either 
the microprocessor 
or SLD interface 
ports. The 29C53's 
loop interface 
uses a 100% 
pulse-width 
pseudo-ter- 
nary line code which 
meets 
CCITT's 
"S" 
interface 
recommendations. 
It is capable 
of interfacing 
with up to 
eight 29C53s 
in a passive 
or extended 
bus configuration 
as well as point-to-point. 


Plastic Chip Carrier 
350 x 550 MILS 
_SlD_ADO 
CS 
INT 
ADl 


SCl 
AD2 


SDIR 
AD3 


ALE 
AD4 


RES 
ClK 
vcc 
VSS 


WR 
ADS 


RD 
AD6 


P4 
AD7 


P3 
Pl 
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Symbol 
Pin No. 
Function 


VCC 
8 
POSITIVE 
SUPPLY: Input voltage 
is + 5V ± 5%. 


VSS 
22 
GROUND: 
OV 


CLK 
23 
MASTER 
CLOCK: The 3.84 MHz system clock input is the reference 
for the 
loop and the SLD interface. 


Res 
7 
RESET: (Active high input). A high level on this pin initializes 
most control 
registers 
and places most interface 
outputs in a high impedance 
state. 
Operation 
begins when the high level is removed. 


LX+, 
LX- 
13,14 
POLARIZED 
TRANSMIT 
LOOP INTERFACE 
PINS: These pins will directly 
drive the twisted pair line through a pulse transformer. 
The transmitted 
line 
code is 100% pulse width pseudo-ternary. 


LR-, 
LR+ 
15,16 
RECEIVE 
LOOP INTERFACE 
PINS: The receiver is not sensitive 
to polarity. 


SLD 
2 
SUBSCRIBER 
LINE DATALlNK: 
This pin transfers 
serial data between 
the 
29C53 and other SLD based components 
(e.g., 29C50, 2952, 29C48, etc.). 


SCL 
4 
SUBSCRIBER 
CLOCK: 512 KHz signal may be either generated 
or received 
by 
the 29C53. This signal clocks the data on the SLD pin. 


SDIR 
5 
SUBSCRIBER 
DIRECTION: 
An 8 KHz signal may be either generated 
or 
received 
by the 29C53 to indicate 
SLD data direction 
and framing. A high level 
indicates 
master to slave transfer; 
a low level indicates 
slave to master 
transfers. 


CS 
3 
CHIP SELECT: (Active low input). A low level on this pin enables 
the 29C53 
bus interface 
for the next bus cycle. The value is latched by the falling edge of 
ALE. 


RD 
10 
READ STROBE: 
(Active low input). When low, data is transferred 
from the 
selected 
register to the data pins AD (0-7). 
When no local microprocessor 
is 
connected, 
this pin should be tied to Vss. 


WR 
9 
WRITE STROBE: 
(Active low input). When WR changes 
from low to high, data 
on pins AD (0-7) 
is latched into the 29C53. When no local microprocessor 
is 
connected, 
this pin should be tied to Vss. 


AD (0-7) 
19-21, 
ADDRESS/DATA 
PINS: This is a standard 
MCS microprocessor 
bus used to 
24-28 
transfer 
address and data between 
the local microprocessor 
and the internal 
registers 
of the 29C53. When a local microprocessor 
is not used, these pins 
should be tied to Vss. 


ALE 
6 
ADDRESS 
LATCH ENABLE: Address 
is latched from AD(1-5) 
on falling edge 
of this signal. State of CS is also latched at this time. 


INT 
1 
INTERRUPT 
REQUEST: This is an open drain active low output. (See text for 
the interrupt conditions.) 


P1, P2 
18,17 
PERIPHERAL 
INTERFACE 
INPUTS: These are standard 
CHMOS 
high 
impedance 
inputs that are sampled 
at a 4 KHz rate (once per "s" frame). The 
sampled 
data is stored in the LPS register (bits 5 and 6). If any peripheral 
input 
bits have changed 
value since the previous frame, an interrupt 
condition 
is 
indicated; 
only present status is available. 


P3 
12 
PERIPHERAL 
INTERFACE 
INPUT/OUTPUT 
PIN: When configured 
as an 
input, this pin has the same characteristics 
as P1 and P2. The sampled 
data is 
stored in the LPS register (bit 7). When programmed 
as an output, this pin 
outputs the data stored in the PEC register (bit 1). The pin is configured 
by bit 2 
of the PEC register. An alternate 
function 
of this pin and P4 is to indicate the 
status of the SLD interface. 
See the section 
on the SLD interface. 


P4 
11 
PERIPHERAL 
INTERFACE 
OUTPUT 
PIN: This pin outputs data stored in the 
PEC register (bit 0) or SLD status. 
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The 29C53 Digital Loop Controller is an advanced, 
programmable digital transceiver providing the layer 
one interface at the S or T reference point in Inte- 
grated Services Digital Network (ISDN) basic access 
applications. It provides access to the two 8 chan- 
nels and the 0 channel in accordance with CCITI 
recommendation 1.430,and supports both point-to- 
point and multipoint topologies. It can be used in 
conjunction with the 2952 Iinecard controller in line- 
card (NT) applications, or with the 29C48 program- 
mable codec/filter and appropriate data communi- 
cations devices in voice/data subscriber (TE) appli- 
cations. 


The 29C53 may be incorporated at either end of a 
subscriber loop interface (at the line card or digital 
telephone/terminal). 
As shown in Figure 2, the 
29C53 has four separate interfaces: a serial SLO 
system interface; a parallel peripheral interface; a 
parallel 
microprocessor 
interface 
and 
a 
4-wire 
CCITI compatible S-interface (subscriber loop inter- 
face). 


Figure 2 represents a block diagram of the 29C53. 
Its three major blocks, the line interface unit, the 
O-channel processor and the SLO interface unit are 
interconnected 
by two 
buses. The parallel bus 
(P-bus) is used to transfer processed O-channel. 
data and general status and control information, 
while the serial bus (S-bus) is used to transfer 
8-channel data and unprocessed O-channel data 
between the line interface unit and the SLO interface 
unit. 


The SLO interface unit consists of shift registers and 
serial to parallel converters. Data from both the 
S-bus and the SLO interface is stored here in appro- 
priate parallel registers before it is loaded into shift 
registers and passed on. All of the timing circuitry for 
the SLO interface is located here. This block also 
contains a command processor which is responsible 
for executing commands received in the SLO C byte. 


The O-channel processor has three major sections. 
An HOLC section performs some of the basic LAPO 
protocol functions such as zero insertion or deletion, 
flag recognition or insertion for frame delineation, 
abort flag recognition, idle state transmission, and 
end of packet frame check sequence for both data 
directions. The FIFO section consists of two 32-byte 
buffers, one for transmit and one for receive. The 
control and status section monitors the FIFO data 
levels and the HOLC section for progress. Interrupts 


or requests for service may be generated for condi- 
tions such as a full or empty FIFO, loss of sync, 
frame check error, overflows and aborts. 


The line interface unit contains the line drivers and 
receivers for the S interface. Connection is made to 
the transmission lines through a pulse transformer. 
Formatting, timing and synchronization are also pro- 
vided here. The receiver includes filters, AGC circuit- 
ry, threshold detectors and a loop delay shift regis- 
ter. The loop delay shift register maintains the prop- 
er internal frame relationship regardless of loop 
length (it allows extra propagation delay time for 
long loops or line repeaters). The received O-chan- 
net bits are logically looped back to create the 
E-channel bits in an NT application through the 
E-channel circuitry. 


The microprocessor interface circuitry allows the 
29C53 to function as a peripheral to a microcontrol- 
ler or microprocessor. All internal registers are di- 
rectly accessible. 


The spare bits processing block provides access to 
the FA, N, and A bits. It also provides access to the 
Sand M bits, and supports the Sand Q channels. 


The peripheral interface circuitry provides an auxilia- 
ry port for controlling auxiliary peripherals such as 
power controllers, etc. It can be programmed to pro- 
vide SLO status as well. 


The SLO interface provides communication with oth- 
er devices incorporating SLO interfaces (such as line 
card controllers and codec/filters). 


As shown in Figure 3, the SLO interface consists of 
three lines: the SLO bidirectional data line; the 
512 KHz SCL clock line; and the 8 KHz SOIR data 
direction line. SLO data is updated on the rising edge 
of SCL and is latched on its falling edge. The 125 JJos 
SLO frame period consists of 32 bits transferred in 
master to slave direction followed by 32 bits in the 
slave to master direction. The 32 bits compose four 
8-bit bytes in the following order: 81 and 82 (voice 
or data bytes); C (control byte); and S (signaling or 
status byte). Unprocessed O-channel data may be 
transported over the S-byte in bits 0 and 1, or over 
the 82 byte. 


The 29C53 can be operated as an SLO master or 
slave. As an SLO master, it generates the SCL and 
SOIR signals. When SOIR is high, the SLO pin out- 
puts data. As a slave, it receives SCL and SOIR sig- 


inter 


nals and SOIA enables the SLO output driver when it 
is low. The SLO bus is always active; no powered- 
down or inactive mode is defined. 


In a network termination (NT) application (line card), 
whether 
a microprocessor 
is connected 
to the 
29C53 or not, the SLO control and signaling bytes 
may be used for 29C53 configuration and O-channel 
transfers. The command bytes are interpreted and 
executed by the 29C53's command processor cir- 
cuit. The command processor generates internal P- 
bus cycles to carry out those commands. Internal 
prioritization resolves P-bus collisions between mi- 
croprocessor-interface 
generated and command- 
processor generated cycles. In case of collisions, 
the microprocessor interface has higher priority to 
minimize access time but both cycles will be com- 
pleted. 


The 4-wire "S" transceiver circuit in the 29C53 con- 
forms to CCITT recommendation. 1.430.This trans- 
ceiver provides the internal drivers for transformer 
coupling to standard telephone type twisted pair ca- 
bles. 


The "S" transceiver line code is 100% pulse width 
pseudo-ternary code, with binary ones represented 
by no line signal, and binary zeros by a positive or 
negative pulse. Pulses alternate polarity except 
when a code violation is created for establishing the 
frame reference timing. The nominal pulse amplitude 
is 750 mV when a suitable pulse transformer is used. 


The 29C53 transmitter may be connected directly 
through a 2.5:1 pulse transformer to the line, or 


a lower winding ratio may be used in conjunction 
with series resistance (see Figure 12). The series 
resistance, when used with protection diodes, pro- 
vides additional protection against surges. It also in- 
creases the output impedance. 


The nominal bit rate is 192 Kbps. Figure 4 shows the 
frame structure. The 250 p.sframe transfers two oc- 
tets of 81, 82 and four bits of 0 data. The E bits in 
the master to slave direction echo received O-chan- 
nel data. The "S" interface slave compares the reo 
ceive E-channel data to its transmitted O-channel 
data for O-channel contention as defined in CCITT 
recommendation 1.430. If these bits do not agree, 
then the slave will abort its transmission effort. The 
S, M, FA, A, and N bits are all accessible and pro- 
grammable. The 29C53 supports the layer 1 mainte- 
nance multiframing for the Q and S channels. 


The activation protocol described in 1.430is support- 
ed by the 29C53. An inactive receiver can achieve 
bit synchronization to an incoming signal with ap- 
proximately 30 mark-mark transitions. Info 2 or 3 
frame alignment is not officially recognized until re- 
ception of 16 frames, to allow settling of the 29C53's 
adaptive receive data thresholds. The full activation 
sequence will complete in approximately 10 ms. 


The 29C53 is not sensitive to the polarity of the wire 
pair connected to LA+ and LA-. Pulses are always 
interpreted as zeros and framing relies on violations: 
not on absolute polarity. System configurations may 
dictate that care be taken in connecting the LX out- 
puts. In a multi-drop bus configuration all TE trans- 
mitters must be connected with the same polarity so 
that positive pulse to negative pulse contention does 
not take place in the framing and O-channel bits. 
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B2· 
64KBPS 
DATA 
- 8 BIT BYTE 
C - CONTROL/DATA 
- 8 BIT BYTE 
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S - S CHANNEL 
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The 29C53, functioning as an "5" interface master 
in a multi-drop application, can interface with up to 
eight slave systems. In this multiplexing operation a 
slave initiates a data transfer to the master, by re- 
questing access and transferring the data in accord- 
ance with the D-channelline access protocol (1.440). 
Figure 5 shows typical applications of the 29C53. 


The frame alignment timing diagram Figure 6(b) 
shows the relationship of the "5" interface data to 
the SLD data. Figure 6(a) shows the block diagram 
used for the timing diagram. The top timing diagram 
shows the transmitted "5" data stream from the net- 
work terminator (master). The dotted lines depict up 
to 20 f.Ls propagation delay to the "5" receiver at the 
terminal equipment (slave) end. The terminal equip- 
ment's transmitted "5" interface frame is designed 
to have a fixed 2-bit frame alignment delay from that 
of its received frame. The adjustment for loop propa- 
gation delay is accounted for in the network termina- 
tor's receive circuitry (loop delay section of block 
diagram). The loop delay circuitry will compensate 
for up to 10 bit periods of round trip propagation 
delay which allows line repeaters to be placed in a 
loop that is several thousand meters long. 


This interface is designed to operate with standard 
Intel microprocessors such as the MCS@-48,MCS- 
51, MCS-85 and 86 families. All of the 29C53's inter- 
nal registers are accessible and most are available 
by a single microprocessor cycle access. The 29C53 
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latches address information from AD1-ADS, and 
does not use ADO for addressing. This provides 
compatibility with 16-bit microprocessors. 


The maskable interrupt pin, on this port, is activated 
by the following interrupt status features: D-channel 
errors; loss of sync on "S" loop; change in spare 
bits or peripheral interface data; FIFO data transfer 
requests. 


Alternatively, the 29C53 can operate in the stand- 
alone mode in line card and NT applications. This 
mode is determined on a power-up condition or after 
a reset, provided all the microprocessor interface 
pins have been tied to Vss, except for the interrupt 
pin. The 29CS3 is then controlled using the C byte of 
the SLD interface. 


SLD 
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SDIR J 


The peripheral interface uses four pins to provide 
control to, and to accept status from, external devic- 
es. Two pins are inputs, one is an output and one is 
configurable either as an input or an output. The 
configurable pin defaults to the input mode on power 
up. 


The peripheral interface can also be used to indicate 
SLD status. Figure 7 shows the timing diagram of P3 
and P4. 81, 82 and D-channel data on the SLD pin 
can be selected or gated by using these signals. As 
noted on the P3 timing, the D-channel is imbedded 
in the last two bits (0, 1) of the signaling byte. (This 
must be programmed in the DPL register). 
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NOTE: 
1. Status 
indicators 
are activated 
by the SST Bit in the PEC Register. 
2. P3 changes 
two bits prior to P4 if raw D-channel 
data is routed 
over the SLD S byte. 
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OpCode 
Operation 
Argument 


000 
Reserved 
For Status Poll (Call Verify) By Master 
- 


001 
Single Byte Transfer 
To Slave 
Reg Adr 


010 
Prepare Single Byte For Transfer 
To Master 
Reg Adr 


011 
Multiple-Byte 
0 Data Transfer 
To Slave 
, 
# Bytes 


100 
Multiple-Byte 
0 Data Transfer 
To Master 
Max # Bytes 


101 
Multiple-Byte 
Configuration 
Transfer 
To Slave 
# Bytes 


110 
Multiple-Byte 
Status Transfer 
To Master 
# Bytes 


111 
Reserved 
For Status Poll (Call Verify) Tail & Idle 
- 


INTERNAL 
CONTROL 
AND STATUS 
REGISTERS 


All of the 29C53's 
internal 
control 
and status 
regis- 
ters 
may be accessed 
through 
the microprocessor 
interface 
or through 
the SLD interface 
(when in SLD 
slave 
mode). 
When 
a microprocessor 
accesses 
a 
register, 
the address 
and CS inputs are latched 
on 
the trailing edge of ALE. The address is latched from 
pins AD1-AD5 
of the microprocessor 
port. 


In an SLD access, the 29C53 receives 
a control 
byte 
containing 
an operation 
code and an argument. 
The 
three 
most 
significant 
bits 
contain 
the 
operation 
code 
and the remaining 
five bits contain 
the argu- 
ment. 
The 
operation 
code 
defines 
eight 
transfer 
types. 


The 3-bit operation 
code in the control 
byte from the 
line card controller 
should 
normally 
be 111, indicat- 
ing the 
idle state. 
The 
transferring 
of data 
to and 
from 
the 29C53 
is accomplished 
by indicating 
the 
type and the number 
of bytes to transfer 
in a non- 
idle control 
byte. When a polled response 
is request- 
ed, the 29C53 
responds 
to the poll operation 
code 
000. This can be used for the transfer 
of one or sev- 
eral bytes of information. 


The 
register 
table 
below 
identifies 
the 
address 
of 
each 29C53 
register. 
The status registers 
are read- 
only 
registers 
while 
all control 
registers 
are read/ 
write 
registers. 
Because 
all the register 
addresses 
do not fit into the 5-bit address 
space, a register test 
mode has been included 
which 
permits 
reading 
the 
contents 
of control 
registers at addresses 
which nor- 


mally are status 
registers. 
Where 
no register 
is as- 


signed a location 
in the register 
test mode, the nor- 
mal status register 
located 
at this address 
is read. 


The 
D-channel 
block 
transfers 
from 
the 
29C53 
to 
the line card controller 
preface 
the data bytes with a 
byte header specifying 
the number of following 
bytes 
(less than or equal to the maximum 
specified) 
and 
the status 
of the packet 
they 
belong 
to. All trans- 


ferred 
data 
bytes 
belong 
to the 
same 
packet; 
the 
transfers 
occur 
until the selected 
number 
of bytes 
are transferred 
or an EOP (end of packet) 
is detect- 
ed. The EOP may occur even when there 
are addi- 
tional 
bytes in the FIFO. The header 
byte contains 
the byte count 
in the lowest 
five bits and the status 
in the upper three bits. 


Data transfers 
over the SLD line cannot 
be made in 
both directions 
simultaneously. 
Multiple 
commands 
and data bytes may follow 
each other 
directly 
from 
the line card controller 
to the 29C53 
if the previous 
command 
has been fully executed. 


It is possible 
to fully configure 
the 29C53 
over the 
SLD interface, 
as is done with analog 
per-line 
com- 
ponents. 
Provisions 
are also 
made to perform 
this 
transfer 
at a 2 byte-per 
frame 
rate using both the C 
and S bytes of the SLD. The first control 
byte of a 
configuration 
transfer 
to 
the 
29C53 
specifies 
the 
type of operation 
to be performed 
and the number of 
data bytes to follow. The system interface 
command 
unit loads the internal 
registers 
with the information 
as it is received. 
When the specified 
number of data 
bytes 
have 
been 
transferred, 
the 
29C53 
assumes 
the next input is a control 
byte. 


The order 
of the bytes 
in a configuration 
or status 
block transfer 
is determined 
by the addresses 
of the 
internal 
registers. 
A multiple-byte 
transfer, 
beginning 
with register 
OOH, transfers 
the data to or from that 
register 
and increments 
the address 
counter. 
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Address(1) 
Access 
Symbol 
Name 


00000 
RD 
IXS 
Interrupt Status 


00000 
WR(RT) 
IMR 
Interrupt 
Mask 


00001 
RD 
DPS 
D-Channel 
Processor 
Status 


00001 
WR (RT) 
DPC 
D-Channel 
Processor 
Control 


00010 
RD 
LPS 
Loop and Peripheral 
Interface 
Status 


00010 
WR(RT) 
LCR 
Loop Interface 
Control 


00011 
RDWR 
PEC 
Peripheral 
Interface 
and E-Channel 
Control 


00100 
RD 
RFN 
Receive 
FIFO Status - # of Bytes Used 


00100 
WR(RT) 
SCR 
SLD Interface 
Control 


00101 
RD 
XFN 
Transmit 
FIFO Status - # of Free Bytes 


00101 
WR(RT) 
SDC 
SLD Data Transfer 
Configuration 


00110 
RD 
SBR 
Spare Bits Receive Status 


00110 
WR(RT) 
SBX 
Spare Bits Transmit 


00111 
RDWR 
LLB 
Loop Interface 
Loopback 
Control 


01000 
RD 
RFO 
Receive 
FIFO Output 


01001 
WR 
XFI 
Transmit 
FIFO Input 


01010 
RDWR 
GCR 
General Command 
Register 


01011 
RDWR 
DPR 
D-Channel 
Priority Counter 


01100 
ROW 
RFIL 
Receive 
FIFO Interrupt 
Level 


01101 
RDWR 
XFIL 
Transmit 
FIFO Interrupt 
Level 


01110 
RD 
PLENH 
Packet Length High Byte 


01110 
WR(RT) 
DUTH 
D-Channel 
Byte Counter 
Underflow 
and Overflow 
Threshold 


01111 
RD 
PLENL 
Packet Length Low Byte 


01111 
WR(RT) 
DOTH 
D-Channel 
Byte Counter Overflow 
Threshold 


10000 
RDWR 
SBC 
Spare Bit Control 


10001 
RDWR 
PSR 
Position Selection 


10010 
RD 
RSR 
Receive Service Request 


10011 
RD 
XSR 
Transmit 
Service Request 


11000 
RDWR 
B1LS 
B1 Data in Loop to SLD Direction 


11001 
RDWR 
B2LS 
B2 Data in Loop to SLD Direction 


11010 
RDWR 
CR 
Control Byte from SLD 


11011 
RDWR 
SR 
Signaling 
Byte from SLD 


11100 
RDWR 
B1SL 
B1 Data in SLD to Loop Direqtion 


11101 
RDWR 
B2SL 
B2 Data in SLD to Loop Direction 


11110 
RDWR 
CX 
Control 
Byte to SLD 


11111 
RDWR 
SX 
Signaling 
Byte to SLD 


NOTE: 
1. Address 
represents 
AD1-AD5. 
ADO is not used by the 29C53 
for addressing. 
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•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Temperature 
Under Bias 
-10·C 
to + 80·C 


Storage Temperature 
~ 65·C to + 150·C 


Voltage 
on any Pin 
Vss - 0.5V to Vee to + 0.5V 


Maximum 
Voltage 
on Vee 
with Respect to Vss 
+ 7V 


Total Power Dissipation 
500 mW 
NOTICE: Specifications contained within the 
following tables are subject to change. 


D.C. CHARACTERISTICS 
Vee = +5V 
±5%;Vss 
= OV;TA = 0·Ct070·C; 
Typical Values are at TA = 25·C and Nominal Power Supply Values 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test 
Conditions 


IlL 
Input Leakage Current 
±10 
p.A 
Vss 
~ VIN ~ Vee 
(Excluding 
LR + , LR -) 


VIL 
Input Low Voltage 
0.8 
V 


VIH 
Input High Voltage 
2.0 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOL = +2.0mA 


VOH1 
Output High Voltage 
2.4 
V 
IOH = - 400 p.A 


VOH2 
Output High Voltage 
0.9Vee 
V 
IOH = -40 
p.A 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Comments 


Ice (P) 
Power Down (Standby) 
4 
mA 
SLD and CLK Active 


Ice (I) 
Idle Operating 
Current 
8 
mA 
Receiver, 
SLD, OSC 
Active 


Ice (N) 
Normal Operating 
Current 
20 
mA 
Everything 
is Active 
(Excluding 
Current 
for Output 
Loads) 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Comments 


VAD 
Minimum 
Received 
Differential 
300 
mV 
Pulse Voltage 


llA 
LR+, 
LR- 
Input Impedance 
30 
Kfi 
Each Pin 


CIA 
LR + • LA - 
Input Capacitance 
30 
pF 
Each Pin 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Comments 


VXD 
Transmit 
Differential 
Pulse Voltage 
1780 
1980 
mV 
2000 < RL < 2.5 KO 


ZOX1 
LX+. 
LX- 
Output Impedance 
30 
KO 
Each Pin, Transmitting 
Binary One 


ZOX2 
LX+, 
LX- 
Output Impedance 
8 
0 
Transmitting 
Binary Zero 


Cox 
Output Capacitance 
30 
pF 
Each Pin 


RL 
Resistive 
Load Between 
LX + • LX- 
200 
0 


CL 
Capacitive 
Load Between 
LX + • LX- 
1500 
pF 


tMR 
Transmit 
Mark Rise Time 
400 
ns 
(Note 1) 


IXL 
Source, Sink Current 
Limit 
13 
mA 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Comments 


J 
Timing Extraction 
Jitter ("S" 
Slave Mode) 
0 
±5 
% 
1.4308.2.2 


PO 
Total Phase Deviation 
LX with Respect 
to LR 
-7 
+15 
% 
1.4308.2.3 


NOTE: 
1. Risetime is measured as 10% to 90% for space mark transitions and 90% to 0% and 0% to 90% for mark-to-mark 
transitions with respect to final value. 
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Symbol 
Parameter 
Mln 
Max 
Units 


TKC 
ClK to SCl Delay 
150 
ns 


TKS 
ClK to SDIR Delay 
150 
ns 


TKP 
ClK to P3/P4 Delay(4) 
150 
ns 


TKDE 
ClK to SlD Driver Enabled 
0 
ns 


TKDV 
ClK to SlD Data Valid 
150 
ns 


TKDH 
SlD Data Hold After Clock Edge 
0 


TKDD 
ClK to SlD Float 
150 
ns 


TOVS 
SlD Data Input Setup Time to SCl 
50 
ns 


TSDV 
SlD Data Hold Time After SCl 
80 
ns 


TClK 
ClK Period 
230 
1000 
ns 


TClKl 
ClK low Time 
115 
550 
ns 


TClKH 
ClK High Time 
115 
550 
ns 


NOTES: 
1. 29C53 
samples 
SLO input data on SCL falling 
edge. 


2. 29C53 
changes 
SLO output 
data on SCL rising edge. 


3. 29C53 
SLO out is enabled 
one CLK cycle 
after the SOIA rising edge and disabled 
one CLK cycle 
before 
the SOIA falling 
edge 
(as master 
only). 


4. P3/P4, 
when 
programmed 
to output 
SLO status, 
changes 
state while 
SCL is low, approximately 
one CLK period 
ahead 
of 
SCL rising edge. 


r 
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Symbol 
Parameter 
Mln 
Max 
Units 


TCHDF 
SCL High to Data Out Float 
50 
ns 


TSHDF 
SOIA High to Data Out Float 
50 
ns 


TKDH 
Output Data Hold After SCL Edge 
0 


TKDV 
Output Data Valid After SCL Edge 
100 
ns 


TDVS 
SLD Input Data Setup Time 
50 
ns 


TSDV 
SLD Input Data Hold Time 
80 
ns 


TCHDE 
Enable SLD Output After SCL 
0 
ns 


TSLDE 
Enable SLD Output After SOIA 
0 
ns 


TSSH 
SLD Status Hold After scL(3) 
80 
TCLK + TCLKL + 100 
ns 


NOTES: 
1. 29C53 samples 
SlD input data on SCl falling 
edge. 
2. 29C53 changes 
SlD output 
data on SCl rising edge. 
3. P3/P4, when 
programmed 
to output SlD status, 
are generated 
on the first ClK rising 
edge 
after SCl high to low tran- 


sition is detected. 
SCl is sampled 
on ClK falling 
edge. 
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Symbol 
Parameter 
Mln 
Max 
Units 


TAL 
Address 
Setup Before ALE Trailing Edge 
20 
ns 


TLA 
Address 
Hold After ALE Trailing 
Edge 
20 
ns 


TWW 
Write Control Signal Width 
100 
ns 


TDW 
Data Setup Before WR Trailing Edge 
40 
ns 


TWD 
Data Hold After WR Trailing Edge 
25 
ns 


TAA 
ALE Pulse Width 
60 
ns 


TWI 
Active CS Cycle Disallowed 
After WR(1) 
2 x 
1/CLK 


TRR 
Read Control Signal Width 
100 
ns 


TRD 
Access Time from RD Leading Edge 
80 
ns 


TAD 
Access Time from ALE Trailing Edge 
260 
ns 


TDF 
Float Delay After RD Trailing Edge 
40 
ns 


TCI 
Active CS Cycle Time for FIFO Access, 
RFO 
4 x 
1/CLK 
XFI 
3 x 
1/CLK 


NOTE: 
1. Allow 
3 extra clock 
cycles 
for GCR commands 
to execute. 


Input/Output 


2.4-y 
2.0> 
TESTPOINTS< 2.0V 
--1\ 0.8 
0.81\..- 


0.45 
---------- 


A.C. Testing: Inputs are driven at 2.4V for a Logic '"1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic '"1" and 0.8V for a Logic '"0". 


inter 


3.84 t.4Hz 


R (2) 
SLD 
LX· 
C 
SDIR 


LX- 


R 
29C53 


80188 
OR 
80C51 


NOTES: 
1. The SLD port will be connected 
to an SLD master 
such as the 2952 Iinecard 
controller 
in NT applications, 
or to SLD slave 
devices 
such as the 29C48 
programmable 
codec/filter 
or appropriate 
data communication 
devices 
in TE applications. 


2. Serles 
resistance 
is used to increase 
the output 
impedance 
during 
transmission 
of a binary zero to greater 
than 
200 
on 
the loop side. It also serves 
as protection 
against 
surges when 
used in combination 
with external 
protection 
diodes. 


3. A lower turns 
ratio (e.g., 1:1.8) may be used at the cost of a lower ratio of received 
signal to locally 
generated 
noise. 
4. Appropriate 
protection 
circuitry 
can be added 
depending 
upon the application. 


• 
• - 
• Complies 
with CCITT 
• Written 
in Microsoft 
"C" Language 
Recommendations 
for Layers 
1, 2 and 
• IBM PC Development 
Environment 
3 of the ISDN User Network 
Interface 


Device 
Drivers for Intel's 
• PC Plug-In Development 
Boards 
• 
Available 
iATC29C48/C50A, 
iATC29C53, 
and 82530 
• Debug Monitor/Display 
Supported 
• Intel IAPX 80188 Based 
• Comprehensive 
Support 
Services 
• Software 
License 
and Source 
Code 
Available 
from DGM&S, Inc.· 


Included 
• Reference 
Sold by Intel 


The ISDN Software 
Package 
for the 80188 
(ISP188) 
is specifically 
designed 
for ISDN terminal 
applications 
using Intel's Advanced 
Telecommunication 
Components 
(iATC). The software 
supports 
the iATC 29C53 Digital 
Loop Controller, 
the iATC 29C48/29C50A 
Feature 
Control 
CODEC/filter 
combos 
(for voice conversion), 
and 
the 82530, 
Serial Communications 
Controller. 


ISP188 is based on the 8086 architecture 
and can be used with the 80188/186, 
80286 and 80386 
microproc- 


essors. The software 
source 
modules 
are written 
in "C" 
language 
using the Microsoft 
compiler. 
The modules 
are well defined 
to permit integration 
with customer 
supplied 
software. 


ISP188 supports 
the recommendations 
set forth by CCITT for the datalink 
and network 
layers (1.440, 1.441, and 
1.450,1.451) of the OSI Reference 
Model. The iATC 29C53 supports 
the physical 
layer (1.430). Combined, 
the 
29C53 and ISP188 implement 
the standards 
now in place for the "S" 
reference 
point (layers 
1, 2, and 3). 


ISP188 
package 
includes 
a software 
license 
for incorporation 
into OEM products 
and a copy of the source 
code is provided 
on a 51,4 inch floppy disk. 


A PC co-processor 
board is available 
that contains 
the Intel components 
and other necessary 
hardware 
to use 
ISP188 to establish 
a voice call and simultaneous 
circuit switched 
data or PC to PC file transfer 
through 
ISDN 
switched 
access. 
In addition, 
demonstration 
routines 
are included 
to show examples 
of the same capabilities 
in a back to back PC environment 
(local, 
no switch 
involved). 
Additionally, 
a debug 
port is provided 
on the 
board and supported 
by the software 
so that diagnostic 
messages 
can be enabled 
and sent to a printer 
or 
terminal 
over an RS 232-C connection. 


The PC card and software 
combined 
can be used for ISDN hardware 
or software 
development 
or be included 
in an OEM product. 
Typical 
applications 
for ISP188 include 
digital telephones, 
feature 
telephones, 
integrated 
voice/data 
terminals 
(IVDT), and terminal 
adapters. 


'Dale, 
Gesek, 
McWilliams 
& Sheridan, 
Inc. 
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ISP188 is designed to establish, maintain, and tear- 
down voice and circuit switched data links on the 
basic rate 2B+ D "S" bus interface. The software 
package provides the "out of band" "D" channel 
signalling software for call control. This includes lay- 
er 2 LAPD, and layer 3 for basic voice services and 
circuit switch data calls on the B channels. 


The software was designed and tested with a PC 
plug-in card which functions as a communication co- 
processor in an IBM PC, XT, or AT host environ- 
ment. The co-processor board contains the Intel 
ISDN components for which the software was de- 
signed. All of the software modules run on the 
board, while some support software runs under MS- 
DOS. A Shared Memory Interface (SM1 and SM2) 
which is contained on the co-processor is used for 
communication between the host environment and 
the board. Figure 2 outlines the software modules, 
where they run and devices for which drivers are 
supplied. 


ISP188 is configured to be compatible with the 
AT&T #5ESS Central Office switch and is compati- 
ble with the 5E4.1 Generic Basic Rate Interface 
specification. A PC/XT/ AT host configured with the 
coprocessor board and loaded with ISP188 may be 
connected to an AT&T # 5ESS Basic Rate Interface. 


Layer 1, ISDN Hardware 
Device Drivers 


The device drivers allow the software to interface 
with the hardware components. The following hard- 
ware device drivers are provided: 


D-chann~1and link control (29C53) 
B-channel control (82530, 29C48/C50A) 
B-channel data transfer (82530) 
Voice analog control (29C48/C50), DTMF genera- 
tion, alerting tones 
PC bus interface via 8K x 8 FIFO (SM1 & SM2) 


The D-channel and link control driver interfaces the 
software to the 29C53 Digital Loop Controller. It sup- 
ports the activation, deactivation, error detection 
and D-channel data transfer functions on the "S" 
bus. The device driver supports the following primi- 
tives as its interface to layer 2 of the ISDN D-chan- 
nel: 
PH-DATA (Transmit and receive packets from layer 
2) 
PH-ACTIVATE(Activate or sense activation of the S 
bus link) 
PH-DEACTIVATE(Deactivate or sense the deactiva- 
tion of the S bus link) 
PH-MPH_ERROR (Detect and report link level error 
conditions to the management entity) 


The B-channel control driver is used to control ac- 
cess to the B-channels. Access is through the fol- 
lowing procedures: 
Enable/Disable voice to B1 or B2 (29C48/C50A) 
Enable/Disable 82530 channel A to B1 or B2 
Enable/Disable 82530 channel B to B1 or B2 
Enable/Disable 82530 channel A to 29C48/C50A- 
this permits tone generation to speaker or ear piece 
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AOOItIOnaIlY, me tj-cnannel 
COntrOl onver IS usee to 
force B-channel 
data to mark one or zeros when no 
device is attached. 
It also is used to select hardware 
rate adaption 
or data inversion 
of the B-channels. 


The 
B-channel 
Data 
Transfer 
driver 
supports 
the 
transmission 
of LAPB/LAPD 
HDLC 
packets 
on ei- 
ther B-channel 
via the 82530 using DMA data trans- 
fer at 64 Kb/s 
or interrupt 
driven 
at 16 Kb/s. 
The 
interfaces 
are similar to the D-channel 
and link con- 
trol device 
drivers 
and use the same routines. 


The Voice 
Analog 
Control 
driver 
is used to control 
the voice analog 
section 
of the co-processor 
board. 
It is used to initialize 
the 29C48/C50A, 
set volume 
levels, generate 
and send tones to speaker 
and ear 
piece, and detect status of the ON/OFF 
hook inputs. 


ISDN Layer 2 (LAPD) Module 


The layer 2 of the ISDN D-channel 
signaling 
imple- 
mentation 
is compatible 
with CCITT 
Recommenda- 
tion 1.441. The design supports 
multiple interfaces 
to 
the data 
link layers 
of the 
D-channel 
and 
B-chan- 
nels. Each interface 
maintains 
its own state tables, 
data areas and input! output 
physical 
interface. 


The 
layer 
2 software 
supports 
Terminal 
Endpoint 
Identifier 
(TEl) 
assignment, 
single 
and 
multi-frame 
operation, 
and modulo 
8 and 128 operation. 


Additionally, 
layer 2 supports 
an interface 
to packet 
layer 
X.25 data on the 
B-channel 
using the 
LAPP 
procedures. 


The interface 
to layer 1 supports 
the CCITT recom- 
mended 
primitives. 


The interface 
to layer 3 supports 
the CCITT recom- 
mendation 
with the following 
primitives 
implement- 
ed: 


DL-UNIT 
DATA 
REQUEST/INDICATION-unac- 
knowledged 
information 
transfer 


DL-DATA 
REQUEST IINDICATION-acknowledged 
information 
transfer 


DL-ESTABLISH 
REQUEST IINDICATION-establish 
single or multi-frame 
operation 


DL-RELEASE 
REQUEST IINDICATION-terminate 
single or multi-frame 
operation 


MDL-ASSIGN 
REQUEST IINDICATION-<>btain 
TEl 
assignment 


MDL-REMOVE 
REQUEST-remove 
previously 
as- 
signed TEl 


ISDN Layer 3D-Channel 
Signalling 
Module 


The layer 3 implementation 
conforms 
to the CCITT 
Recommendation 
1.451. The 
implementation 
also 
supports 
two 
call 
references, 
one 
per 
B-channel. 


This implementation 
supports 
the following 
network 
functions: 


Initiate a call on either B-channel 
(voice or data) 


Answer 
a call on either 
B-channel 


Terminate 
a call on either B-channel 
(caller or called 
party hang up) 


Each 
B-channel 
will 
operate 
independently 
of the 
other. 
That 
is, one 
B-channel 
can 
be terminated 
while 
the 
other 
B-channel 
initiates 
or continues 
a 
call. 


The 
layer 
3 to 
layer 
2 interface 
conforms 
to the 
CCITT 
recommended 
primitives 
and 
layer 
3 con- 
forms 
to 
the 
call 
state Ievent 
table 
definitions 
of 
1.451. 


The implementation 
provides 
for the easy expansion 
of 
layer 
3 to 
support 
additional 
network 
facilities 
such as call waiting, 
call transfer, 
etc. 


Connection 
Manager Module 


The Connection 
Manager 
Module 
interprets 
call re- 
quest information 
and manages 
the connection 
and 
disconnection 
of the voice and data between 
the PC 
source 
and the B-channels. 
The B-channels 
can be 
connected 
for voice 
or HDLC 
framed 
data 
phase 
packets. 
This module 
is defined 
to support 
the con- 
nection 
of several 
data sources 
that 
could 
exist 
in 
future development. 


Management 
Module 


The Management 
Module provides 
several functions 
for the ISDN software 
system. 
Its primary function 
is 
to detect, 
indicate 
and respond 
to error 
conditions 
detected 
in the 
ISDN 
system 
'software 
and 
hard- 


ware. A secondary 
function 
performed 
by the man- 
agement 
module 
is the initialization 
of the LSI hard- 
ware chips in the ISDN system. 


This module 
interfaces 
through 
the PC bus via the 
shared 
memory 
interface 
(SM1 and SM2) to a PC 
driver interface 
that supports 
the transfer 
of data in 
variable 
length 
buffers 
up to 512 bytes. This data is 
then sent to the,HDLC 
driver where it is framed 
with 
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flags and CRC and sent/received on either B chan- 
nel using DMA or interrupt driven data transfer 
mode. The interface can also specify rate adaption 
to B channel intermediate rates of 56, 48, 32, 16 or 8 
Kb/s. The HDLC data stream may also be inverted. 


This module interfaces through the PC bus via SM1 
and SM2 to a PC driver that supports the transfer of 
X.25 data phase packets. Layer 3 data phase X.25 
packets are handled from the PC and sent as LAPB 
or LAPD packets at 64 Kb/s. Other transmission bit 
rates may also be specified. 


A machine readable version of a real-time multi-pro- 
cessing executive is contained in the software pack- 
age. The kernel runs on the coprocessor and sup- 
ports service calls for the following: 
Dynamic Memory Management 
Timer Support 
Semaphores 
Inter-Process Communication 
Queue Control 
Interrupt to Semaphore Mapping 


The software is built into a collection of "processes" 
with the kernel using the "system builder" software 
which is provided. 


Complete documentation is available on the kernel 
and is listed below. 


All software is developed in "C" language, with the 
exception of the low-level hardware device drivers 
and interrupt handlers. These are implemented in 
assembly language using the Microsoft assembler. 
The Microsoft "C" compiler version 4.0 or later is 
used. 


The software is supported by the environment pro- 
vided by the real-time multi-tasking kernel. 


The software package was designed and tested us- 
ing the PC coprocessor board in an IBM PC (XT, 


AT). The board can be used for development of cus- 
tom upper layer software or in production to upgrade 
PCs to ISDN workstations (additional software re- 
quired for specific applications). 


The PC co-processor development board contains 
the following major functional elements: 
iAPX 188 microprocessor 
ISDN "S" bus interface with full support for D and 
B-channels (Intel's 29C53 Digital Loop Controller) 


Voice interface for hand or headset (includes Intel's 
29C48 or 29C50A Feature Control Combo) 
Interface to the PC bus (includes Intel's 82530 Serial 
Communications Controller and 8256 MUART) 
512K to 1 megabyte of RAM (includes Intel's 8208 
DRAM Controller) 


The 82530 is used as the B-channel controller. 
Since the 80188 provides only two DMA channels, 
full duplex DMA transmission (transmit and receive) 
can be supported for data transfer via the 82530 on 
only one B-channel. Interrupt driven data transfer on 
the second B-channel is possible when voice has 
not been selected. Independent rate adaption is 
supported on each of the B-channels when they are 
attached to the 82530. The following rate adaption 
schemes are supported by the hardware: 
64 Kb/s (clear channel no rate adaption) 
56 Kb/s (V.110 single stage) 
48 Kb/s (V.110 single stage) 
32 Kb/s (V.110 second stage) 
16 Kb/s (V.110 second stage) 
8 Kb/s (V.110 second stage) 
HDLC framing and flag stuffing (X.31-DMI mode 2) 


The 82530 SCC supports the following signaling pro- 
tocols on the B-channels: 
Async 
IBM BSC 
SNA SDLC 
HDLC (LAPD/LAPB) 


Complete documentation is available on the co- 
processor plug-in card and is listed below. 
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Three demo packages are included in the software 
package. The first is for voice calls run on the PC 
using MS-DOS and the PC keypad for dialing. The 
package will demonstrate establishing a call, an- 
swering a call, and call termination. The second 
package demonstrates sending and receiving a PC 
file using HDLC data frame transport. The third 
demo permits keyboard data on each PC to be 
transmitted on the B-channel at 64 Kb/s to the other 
PC's screen. Voice and data call demos can be ov- 
erlapped. 


ISP188 is reference sold by Intel. Software licensing 
and sales are conducted directly with DGM&S, Inc. 
and can be contacted at the address below. Com- 
plete development and support packages are avail- 
able. 


Marketing Department 
DGM&S, Inc., Communication Technologies 
1025 Briggs Road 
Mt. Laurel, New Jersey 08054 
(609) 866-1212 


ISP188 is being tested for compatibility in several 
switch environments as well as ISDN field trails. For 
the latest information on compatibility testing, please 
contact DGM&S, Inc. 


Related literature is available from DGM&S, Inc. on 
the following subjects: 
IBM PC ISDN "S" Co-processor Adapter 
(GEN-071-2) 


DGM&S Kernel including The Process Builder 
(GEN-048) 
DGM&S Shared Memory Interface-SM1 
(GEN-047) 
PC Application Platform (GEN-093) 
ISDN 
ISP188 
Hardware-Software 
Description 
(GEN-092-2) 


• 
Single Board Evaluation 
Kit Supporting 
Four 29C53 Transceivers 


• 
On-Board 
Monitor 
for Access 
of 29C53 
and 2952 from a Terminal 


• 
Large User Breadboard 
Area 


• 
Comprehensive 
User's Manual 


• 
Compatible 
with LCDK29C51/52 


• 
Line Interface 
Provided 
Including 
Pulse 
Transformer 


The 
LEK29C53 
comes 
fully assembled, 
and contains 
the components 
necessary 
for the evaluation 
of the 
29C53 in linecard 
applications. 
The kit allows evaluation 
of point-to-point 
as well as multipoint 
operation 
of the 
29C53 
when 
used with the 29C53 
Terminal 
Evaluation 
Kit (TEK29C53). 
A monitor 
program, 
included 
in a 
preprogrammed 
ROM, allows the user to access the registers 
of the 29C53 transceivers, 
as well as those 
of 
the 2952 linecard controller, 
using simple English commands. 
Access to the monitor is via an RS232C compat- 
ible link, allowing 
any start-stop 
terminal 
or computer 
system with such a physical 
interface 
to be used with the 


LEK29C53. 
The LEK29C53 
includes 
sockets 
for four 29C53 transceivers. 
Two are supplied 
with the kit. This 
highly flexible 
kit has been designed 
to provide 
a rapid introduction 
to the 29C53, thereby 
leading to shorter 


development 
time and increased 
productivity. 
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The LEK29C53 is a single board evaluation kit which 
contains the 2952 Iinecard controller, 8031 micro- 
controller, ROM including monitor, user RAM, clock 
generation circuitry, and sockets for four 29C53 
transceivers (two devices supplied). In addition, a 
large breadboard area is provided for implementa- 
tion of the loop interface, and any other custom cir- 
cuits. 
The 
LEK29C53 
can 
be 
used 
with 
the 
LCDK29C51/52 Primary card for full evaluation of 
the 2952 Iinecard controller, and with the TEK29C53 
for full evaluation of the 29C53 in point-to-point and 
multipoint applications. The LEK29C53 can also be 
operated independently, with two of the four trans- 
ceiver sockets configurable as loop slaves, allowing 
evaluation of S interface performance with just one 
board. A block diagram of the LEK29C53 is given in 
Figure 1. 


A system monitor is provided in the preprogrammed 
EPROM. Simple commands allow access to the reg- 
isters of the 2952 and 29C53 devices. The monitor 
also provides for the down loading of 8031 HEX 
code to the onboard RAM, which can be operated 
as program memory for testing user code. A sample 
program is included in EPROM and can be run by 
command from the terminal interface. 


The serial port on the 8031 microcontroller is used 
to establish a serial communication link to a terminal 
for interaction with the onboard monitor program. 
This interface can be modified by changing jumpers 
to support standard DTE or DCE configurations. 


The LEK29C53 User's Manual provides a hardware 
description, description of monitor commands, cir- 
cuit diagram, monitor listing and sample program 
listing. A 29C53 Reference Manual is also included 
with the kit. 


Intel 8031 microcontroller. 
12 MHz clock rate. 


Memory 


ROM - Socket accepts JEDEC pinouts to 32K X 8. 
RAM - Socket will accept 8K X 8 static RAM (provid- 
ed), or JEDEC pinouts to 32K X 8 for ROM. 


Selectable 2.048 MHz or 4.096 MHz system clock. 
Provision for external system clock. 
I 


3.84 MHz clock for 29C53. 


25 pin D type connector. 
300 to 4800 Baud. 


Sockets for four Intel iATC 29C53 transceivers. 
All four configured as loop masters, or two as loop 
masters, two as loop slaves. 


Physical and Electrical Characteristics: 


Width: 12 in.(30 em) 
Height: 1 5/8 in.(4 em) 
Depth: 7 in.(18 em) 
Power requirements: 5V ± 5% @ 2.5 A 
± 12V generated onboard by 
a DC to DC converter 
Operating temperature: 10 to 40· C 
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29C53 
Linecard 
Evaluation 
Kit, including 
manual - 
LEK29C53 


29C53 
Terminal 
Evaluation 
Kit, including 
manual - 
TEK29C53 


Line 
Card 
Development 
Kit, 
including 
manual 
- 
LCDK29C51/52 
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TEK29C53 
29C53 TERMINAL EVALUATION KIT 


• 
Single Board Supports Evaluation of 
29C53 Transceiver 
in Terminal and 
Terminal Adapter Applications 


• 
Onboard Monitor for Access of 29C53 
from a Terminal 


• 
Line Interface Provided Including Pulse 
Transformer 


• 
Includes Programmable Combo and 
82530 for Voice and Data Applications 


• 
Comprehensive 
User's Manual 


• 
Large User Breadboard Area 


The TEK29C53 comes fully assembled, and contains the components necessary for the evaluation of the 
29C53 in terminal and terminal adapter applications. The kit allows evaluation of point-to-point as well as 
multipoint operation of the 29C53 when used with the 29C53 Linecard Evaluation Kit (LEK29C53). Alternative- 
ly, the TEK29C53 can be configured to communicate directly with other TEK29C53 kits. A programmable 
combo is supplied with the kit for evaluation of applications supporting voice. A monitor program, included in a 
preprogrammed EPROM, allows the user to access the registers of the 29C53 transceiver using simple 
English commands. Access to the monitor is via an RS232C compatible link, allowing any start-stop terminal 
or computer system with such a physical interface to be used with the TEK29C53. This highly flexible ISDN 
terminal evaluation kit has been designed to provide a rapid introduction to the 29C53, thereby leading to 
shorter development time and increased productivity. 


29C4S· 
SLD 


8 Sel 


29C53 


AID 
c::: 
loW'S' 
Interface 
c:::: 


Pl 
AID 
Se, 
S031 


• Sockets 
are available 
for both the 29C48 
and the 29C50A 
Figure 1. 29C53 Terminal Evaluation Kit 
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The TEK29C53 is a single board evaluation kit which 
contains the 29C53 transceiver, 8031 microcontrol- 
ler, EPROM including monitor, user RAM, clock gen- 
eration circuitry, and 82530 serial communications 
controller. In addition, a large breadboard area is 
provided for implementation of the loop interface, 
phone interface, or any other customer circuits. A 
programmable SLD combo, interfaced through the 
SLD port of the 29C53, provides access to one of 
the B channels of the S interface for applications 
supporting voice. The 82530 communications con- 
troller provides access to the second B channel, 
also via the SLD port of the 29C53, for packet data 
transfers. The second channel of the 82530 can be 
used as an interface to synchronous or asynchro- 
nous terminals. For full evaluation of the 29C53 in 
point-to-point 
and 
multipoint 
applications, 
the 
LEK29C53 Linecard Evaluation Kit can be used with 
the TEK29C53, or the TEK29C53 can itself be con- 
figured as a loop master for communication with one 
or more other TEK29C53 boards. A block diagram of 
the TEK29C53 is given in Figure 1. 


A system monitor is provided in the preprogrammed 
EPROM. Simple commands allow access to the reg- 
isters of the 29C53. The 82530 can also be pro- 
grammed using the monitor commands. Additionally, 
the monitor program provides for the down loading 
of 8031 HEX code to the onboard RAM, which can 
be operated as program memory for testing user 
code. A sample program is included in EPROM and 
can be run by command from the terminal interface. 


The serial port on the 8031 microcontroller is used 
to establish a serial communication link to a terminal 
for interaction with the onboard monitor program. 
This interface can be modified by changing jumpers 
to support standard DTE or DCE configurations. 


The TEK29C53 User's Manual provides a hardware 
description, description of monitor commands, cir- 
cuit diagram, monitor listing and sample program 
listing. A 29C53 Reference Manual is also included 
with the kit. 


Intel 8031 microcontroller. 
12 MHz clock rate. 


Memory: 


ROM - Socket accepts JEDEC pinouts to 32K X 8. 
RAM - Socket will accept 8K X 8 static RAM (provid- 


ed), or JEDEC pinouts to 32K X 8 for ROM. 


25 pin D type connector. 
300 to 4800 Baud. 


29C53, programmed operation in master or slave 
mode. 


Intel 82530 supporting two serial channels, asyn- 
chronous or synchronous. 


Intel 29C48 
with additional 
socket 
available 
for the 
Intel 29C50A. 


Physical and Electrical Characteristics: 


Width: 
12 in.(30 cm) 
Height: 
2 in.(5 cm) 
Depth: 7 in.(18 cm) 


Power requirements: 
5V ± 5% 
@ 2.5 A 


- 5V, 
± 
12V 
generated 
on- 
board by a DC to DC converter 


Operating 
temperature: 
10 to 40· C 


29C53 Terminal 
Evaluation 
Kit, including 
manual 
- 
TEK29C53 


29C53 
Linecard 
Evaluation 
Kit, including 
manual 
- 
LEK29C53 


Line 
Card 
Development 
Kit, 
including 
manual 
- 
LCDK29C51/52 
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Line balancing is a concept associated with the frequen- 
cy response matching of a line at its termination. This 
matching allows a reduction of echos generated within 
a telephone network. Bell Laboratories book on Tele- 
communications Transmission Engineering Volume I 
should be consulted for background on line balance and 
telephone network impairments. This application brief 
discusses line balancing implementation with the 29C51 
and 2952 in a telephone network. Finally test results 
are given to show the impedance matching that can be 
expected. The telephony convention of data directed 
towards the telephone being the transmit and that com- 
ing from the telephone being the receive is adhered to 
throughout this brief. 


The Line Card Development Kit 29C51152 was used to 
form the subscriber loop shown in Figure I. The line is 
terminated by the two-to-four wire hybrid, a poor mis- 
match results in reflections at the hybrid which appear 
as an echo to the subscriber. As well as reflections, a 
portion of the received signal couples back onto the 
transmit direction. The magnitude of the coupled signal 
is determined by the rejection through the hybrid, this 
rejection is referred to as the transhybrid loss. A poor 
transhybrid loss can result in oscillations or near oscil- 
lations, referred to as singing and near singing respec- 
tively. Note: to maintain stability, the gain through the 
four wire path must be kept below unity. This brief 
discusses the implementation and optimization of the 
transhybrid loss. 


Figure 2 shows a single and differential ended interface 
between the 29C51 and the line. The differential ended 
interface takes one more component than the single 
ended one, however, it can deliver twice the signal level 
to the line. In principle, both interfaces operate in the 
same manner, so only the single ended will be further 
discussed. The 29C51 will drive loads as low as 300.0.;if 
the parallel combination of the networks on VFR- 
is 
below this, they may then be scaled. The receive signal, 
VFR+, is divided between Zo and the line impedance 
ZL seen looking down the line from the transformer. 
The signal across ZL is fed back onto the transmit di- 
rection through the VFX input. The VFR- 
signal is 
divided between Zo and balance network ZBI or ZB2. 
The receive signals across ZBI and ZB2 are weighted by 
the 29C51, summed and added to the transmit direc- 
tion. This cancelling signal is given by: 


a HI(F) + (I - a) H2(F) 
HI(F) and H2(F) are signals across ZBI and ZB2 
respectively 
a is the interpolation coefficient 


The weighting is controlled by setting a to 0, 0.25, 0.5, 
0.75 or I through the 2952. The end result is interpola- 
tion between balance network one and two which could 
correspond to two extreme line conditions. 


Figure 2A shows the interpolated impedance range for 
the balance networks shown in Figure 3. Values of a 
equal to I and 0 yield the external balance values; frac- 
tional a values produce a better balance over the fre- 
quency spectrum. 
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Figure 2. Differential and Single Ended Line Interface 
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The gain through the 29C51 is externally set to unity 
and programmed internally to be well below one. Thus, 
the gain in the four wire path is kept below one. Read- 
ings were taken to measure the internal cancellation 
performance of the 29C51, VFX was tied to VFR+ and 
EBNI to VFR-, 
a was set to I. This arrangement gives 
the rejection figures with perfect impedance matching. 
Transhybrid loss is given by the ratio of VFR + to the 
signal at TG I or 2. Figure 4 shows variation in transhy- 
brid loss with frequency. 


The 29C51 was then set up, as shown in Figure 2. Mea- 
surements were taken on a single end line interface. The 
transformer used was a T5115, this is a line coupling 
transformer with a 1:1 ratio and has a split winding. 
The split side is capable of handling direct currents of 
up to 100 mA. 


Figure 3 shows the balance networks that were used. 
These are the AT&T termination networks for loaded 
and unloaded lines. The subscriber side of the line was 
first terminated by balance network one with a equal to 
one and then terminated by balance network two with 
a equal to zero. Transhybrid loss results for these net- 
works are plotted in Figures 5 and 6. 


Simulations were carried out to determine the optimum 
balance networks for various unloaded 0.5 mm lines, 
these are shown in Figure 3A. 


Figure 7 shows transhybrid 
loss variations with fre- 
quency for 0.5 mm lines over line length. Note again 
the interface between the 29C51 and the line was single 
ended. 


The non-identical loading of the VFR outputs did not 
create a voltage offset or a phase shift between VFR + 
and VFR-' 
If this is a concern to the user, the imped- 
ances on the VFR - output may be scaled up to match 
the load on the VFR + output. 
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Figure 4. Transhybrld Loss 
with Frequency for Ideal Matching 
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Figure 6. Transhybrid 
Loss 
with Frequency 
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Figure 5. Transhybrld 
Loss 
with Frequency 
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Figure 7. Simulated Transhybrid 
Loss 
with Frequency for 0.5 mm Lines 
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Presently, the majority of the transmission from the 
telephone to the Central Switching system is analog. 
For this purpose the circuitry interfacing to the twisted 
pair line is optimized to operate between 300 and 3400 
Hz. The essential line interface functions consist of iso- 
lation, over voltage protection, signaling, power feeding 
and a ringing signal insertion. With the advent of ISDN 
(Integrated Services Digital Network) these functions 
have to be reassessed. 


ISDN is implemented with digital transmission from 
the subscriber to the switch, which in turn offers the 
user various data services in addition to the voice serv- 
ice. CCITT has various recommendations for the im- 
plementation of the ISDN network. Of these, 1.430 de- 
tails the basic rate access i.e. the physical communica- 
tions between a terminal and the first level of switching. 
For 1.430, Intel offers a transceiver which is capable of 
operating at either end of the loop, namely the 29C53. 


The 29C53 is a four wire (two for transmit and two for 
receive) transceiver operating over the "S" loop. The 
data transmitted by the 29C53 at the switch and the 
terminal is at a rate of 192 kb/s; the effective data 
throughput is 144kb/s. This data consists of two bearer 
channels of 64 kb/s each (BI + B2) and a 16 kb/s D 
channel. The 29C53, additionally, incorporates some 
protocol processing for the D channel. This transceiver 
has four interfaces, namely the microprocessor port, a 
general purpose I/O port, the SLD port and the "S" 
loop interface. It is the loop interface requirements that 
are addressed by this application note. 


This note will analyze the line interface requirement at 
both the line card and the terminal, and will offer gen- 
eral implementations. These implementations will ad- 
dress power feeding, the protection circuitry, the line 
transformers 
and power extraction. Throughout 
this 
brief, the approach has been to present various alter- 
nate concepts which may assist the designer in address- 
ing a specific application. 


Both at the line card and the terminal, there is a need to 
provide isolation for the circuitry from the line itself. 
As ~ell as isolation, it is also necessary to protect the 
eqUipment from any overvoltage conditions on the line. 
Additionally the system may be designed to provide 
phantom power feeding i.e. the switching system deliv- 
ers power to the terminal over the "S" loop. Unlike its 
analog counter part the digital line card does not need 
~os~nd a ringing signal owing to the fact that all signal- 
mg IS accommodated via the D channel. 
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Figure I shows the CCITT recommended technique of 
phantom power feeding as described in section 9 of 
1.430. The current splits evenly between the two sec- 
ondary windings. This in turn produces equal and op- 
posite fluxes in the transformer, that cancel each other 
out, thus preventing the core from saturating. 
The 
equality of the fluxes in the secondary will depend on 
the longitudinal balance of the transformer 
and the 
transmission line. 


The scheme shown on Figure I may be wasteful of 
power when feeding short lines. One way around this 
would be to have a constant current feed, which will 
ma~e the .power consumption independent of the length 
of lme. Figure 2 shows such an implementation. 
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One way of reducing the power dissipation over the 
loop is to provide a variable voltage source, instead of 
the traditional fixed voltage. This can be accomplished 
by using a DC to DC converter, or a switching regula- 
tor. The feedback circuit of the switching regulator can 
be used to ensure that the regulator 
provides just 
enough voltage to maintain a pre-defined feed current 
down any length of line. The DC to DC converter can 
have a built in threshold detector, which would be used 
to release the line in case excessive currents are being 
drawn. 


In the event of mains power loss, it is often required to 
maintain a minimal voice service powered off the line. 
Figure 3 shows the block diagram of a digital tele- 
phone, illustrating the necessary components required 
to maintain a voice service. 
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The 8OC51 is a low power microcontroller while the 
29C48 is an SLD compatible combo (codec and filter). 
The gains through the 29C48 can be set externally or 
programmed by the microcontroller via the SLD inter- 
face. The 29C48 is designed to allow insertion of side- 
tone and DTMF 
(dual tone multi-frequency); 
both 
these features are presently used to provide feedback to 
the user. The power required to provide a voice service 
can be split as shown below: 
29C48 
29C53 
80C51 
Ancillary components 


90mW 
100mW 
120mW 
80mW 


Assuming a 70% efficient power converter, then 570 
mW of power is required by the terminal. If the lowest 
allowed voltage drop at the terminal is 15V then the 
required current is 38 mA. Assuming, in accordance 
with 1.430, that the minimum power feed voltage at the 
source is 38V, then a loop resistance of 6000. can be 


tolerated. This is ample for I km distance of the trans- 
mission lines presently in use (i.e. 1500m of 26AWG 
presents 4000. at 200C). 


Next, let us examine the question of protection. A tele- 
communication system comprises subscribers linked to- 
gether through the cable plant and a switching net- 
work. The cable plant consists of multiple pairs of 
transmission lines, either suspended on poles, or buried 
in the earth. In either case, transient energy can be cou- 
pled from lightning (or other electromagnetic events) 
and conducted to the switch or the terminal. The other 
major source of transient energy is the commercial AC 
power system, where high currents that accompany 
faults can induce overvoltage in the lines, or the power 
lines can fall and make contact with the telephone lines. 
The latter is sometimes referred to as a mains or power 
cross. 


It is generally agreed, as shown in Figure 4, that two or 
more levels of protection are required. The primary 
protector is usually placed on the line at a distance 
greater than 25m from the line card. The impedance of 
the line will ensure that the primary protector will op- 
erate first and the secondary protector will not be ex- 
posed to the full surge. If the primary protector is to be 
placed closer to the secondary, then a small resistor can 
be inserted in series with the line between the primary 
and the secondary protector (I). A 50. 3W resistor or a 
positive temperature coefficient resistor may be used. 
During a surge, the voltage drop across the resistor will 
increase allowing the voltage across the primary protec- 
tor to build up thus driving it to conduction. 


The primary protection can be a gas discharge tube, 
such 
as 
the 
General 
Instrument 
three 
terminal 
PMT3-(310). These devices consist of spaced metallic 
gaps enclosed in a combination of gases at low pressure. 
In the event of a surge, the gap breaks down, diverting 
the transient and thus rerouting the energy. These de- 
vices can be operated a number of times and present a 
capacitance of less than 5 pF. Since the templates in 
Figures 10 and II of 1.430 specify a low output capaci- 
tance for the terminal and the network terminator, the 
low output capacitance feature of the gas discharge 
tube makes it ideal for ISDN i.e. it will have a minimal 
effect on the line drivers. 


The secondary protection can be provided by Schottky 
diodes chosen for the low voltage drop and capacitance 
across them. The diodes are placed between the power 
supplies and the loop interface pins on the 29C53, thus 
forming a diode bridge across the line. This will ensure 
that the voltage on these pins does not exceed the pow- 
er supplies by more than approximately 300 mY, thus 
fulfilling the specification that the voltage on any pin 
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may not exceed the power supply by more than 500 
mY. The 5V and ground connections to the diodes 
should be as close as possible to the 29C53 power sup- 
ply pins, which in turn should be decoupled by a 0.1 foLF 
capacitor. The capacitor serves a secondary function of 
bypassing surge currents. The particular diodes chosen 
are dependent on the expected surge current, however, 
BAT85 from Philips used in this application can with- 
stand 200 mA forward current while presenting a maxi- 
mum of 10 pF capacitance across it. It may be desired 
to limit the maximum current through the diodes. This 
can be achieved by placing a small value resistor in 
series with the diodes and the transformer. The value of 
this resistance can be extracted from the transformer 
design discussion. For the receive direction it is possible 
to replace the diode bridge by placing a resistance in 
series with the 29C53 receive pins. This series resistance 
will limit the surge current that the 29C53 is exposed 
to. The value of this resistance is limited by the input 
impedance presented by the 29C53 and the loss that 
can be tolerated in the received signal. The receive dif- 
ferential input impedance of the 29C53 is 100 KO, 
hence a 10 KO resistor in each arm will reduce the 
received signal by 17%. 


In case of a mains cross, the loop can be made to self 
recover by using thermal devices such as the positive 
temperature 
coefficient thermister 
(PTC). 
Keystone 
carbon Company has a range of PTCs specific to tele- 
phone line applications that they refer to as resettable 
fuses. Economic considerations may make this unjusti- 
fiable in which case a fusible resistor or link may be 
used. 


Further protection may be deemed necessary, in which 
case two varistors can be placed across the line close to 
the transformer. The varistor has a volt-current rela- 
tionship similar to a diode i.e. after a specified voltage 
across the varistor is reached, the current through it 
will rise dramatically; thus clamping the voltage to the 
specified level. A typical varistor that may be used as a 
back-up protection is the GE V220MA4B. This device 
typically presents a 21 pF capacitance. 


The ideas discussed thus far are encompassed in Figure 
5 for a minimal component count protection scheme. 
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A transformer is used at both the terminal and the line 
card to provide isolation from the line. A well balanced 
1.430 transformer 
resolves the issue of DC currents 
since they 
induce 
self-eancelling 
fluxes. Generally 
speaking, a pulse transformer with minimum leakage 
inductance and self capacitance is required. The imped- 
ance templates in 1.430 specify the minimum value of 
the inductance required at the line side. This value can 
be calculated to be 20 mHo A further requirement is to 
minimize the winding resistance, so that a minimal 
voltage is dropped across it. A 2.5:1 ratio transformer 
can be used with the 29C53 to produce the proper pulse 
amplitude. The transformer design discussed below can 
be used with the 29C53 at either the line card or the 
terminal. Alternatively it can be used for example pur- 
poses to aid designs. 


The RM series of ferrite cores are chosen to facilitate 
easy winding and PCB mounting, additionally the RM 
series is available internationally from various vendors- 
Ferroxcube in the U.S. and Mullard in Europe, to name 
two. The RM6 core was selected to be the smallest size 
that accommodates wiring which does not exceed the 
maximum allowable DC resistance. The core material 
has to have a high enough permeability to allow the 20 
mH inductance 
with a minimum 'number 
of turns 
hence, the Ferroxcube core material 3E2A was select- 
ed. This material has a very high inductance factor, AL' 
This is given by the manufacturer as the inductance (in 
mH) per 1000 turns. 


AL = 6710 
± 25% 


Therefore minimum 


AL = 5032 
~ 
5000 


The number of turns, Ns, required for 20 mH is given 
by: 


The 29C53 side winding will require 2.5 times this 
number of turns. 


Np = 175 turns 


The transformer is now ready to be wound, the 32 
gauge wire will just fill the RM6PCBI 
bobbin. The 
bobbin is started by bifilar winding the 175 turns. Bifi- 
lar winding is accomplished by taking two separate 
pieces of wire and winding them simultaneously. The 
finish of one winding is then soldered to the start of the 
other and often, as is the case in this implementation, 
the point of connection of the two wires (center tap) is 
brought out to a pin of the transformer. The remaining 
ends (start and finish) now comprise the winding. The 
transformer is now followed by 1'1. layers of insulating 
tape. The insulating tape used was the Permacel P-256 
which forms a dielectric capable of withstanding 5 KY, 
this serves to protect the line card and the subscribers 
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from lightning induced surges. The 70 turns are then 
bifilar wound; this results in a well balanced transform- 
er. The start of one winding should be connected to the 
fInish of the other and brought out to a pin, thus creat- 
ing a center tap on the line winding. The transformer is 
then fmished with 1'/. layer of insulating tape. The 
transformer thus designed gave satisfactory results in 
the lab and is characterized by the following: 


Secondary inductance 
Secondary leakage inductance 
Secondary windingresistance 
Primarywindingresistance 


ls=26mH 


Is=20,..H 


Rs = 1.50 


Rp = 2.70 


The capacitance between the two bifIlar windings was 
measured to be 100 pF and this may be too high for 
certain applications. For this case the bifIlar winding 
can be replaced by the cross winding technique shown 
in Figure 6a. The two windings are now wound in op- 
posite directions, one wire is on top on the top side 
while the other is on top on the bottom side. This tech- 
nique reduced the above mentioned capacitance to less 
than 50 pF. 


The 29C53 has been designed to drive voltages as speci- 
fIed in the 1.430, since the transformer presents a series 
resistance, some of this voltage will be dropped across 
it. For the transformer designed above, the overall se- 
ries resistance is (2.7 + 1.5.6.25) = 120 which will 
result in a 3.8% error over the allowed peak transmit 
signal in 1.430. This is acceptable as 1.430allows a 10% 
error for the peak voltage. If series resistors are re- 
quired to protect the Schottky diodes, their value may 
be calculated by having the maximum allowed peak 
voltage error. Note that equal value resistors should be 
placed on both arms of the line. If larger values of pro- 
tection resistors are required, the above procedure may 
be repeated with a larger core. This will allow the same 
inductance to be achieved with a fewer turns and the 


larger core will make it possible to use a thicker wire. 
Both of these factors will contribute to reduce the wind- 
ing resistance, hence a larger value diode protection re- 
sistor may be used. Alternatively, the transformer turns 
ratio can be decreased so that the output voltage is in- 
creased and hence more of it can be dropped across the 
series resistance. This in turn means that the value of 
this protection resistor can be increased. However, note 
that the 29C53 is only capable of driving loads greater 
than 2000. If a turns ratio of 1.8:1 is used then the 
overall series resistance can be 640. This also increases 
the output 
impedance to 200 
while transmitting 
a 
pulse. As discussed earlier this resistor can be larger on 
the 29C53 receive pins. 


Some establishments may require further line isolation 
from the transformer in which case a Faraday shield 
can be placed in between the primary and the second- 
ary windings. The Faraday 
shield can be made by 
wrapping 1'/. layers of a copper tape (such as the per- 
macel P-389) between the two windings. The copper 
tape should be insulated from the windings and should 
be brought out to the local ground. As well as isolating, 
the Faraday shield also serves to reduce the interwind- 
ing capacitance. 


The transformer designed was connected up as shown 
in Figure 6b to measure its longitudinal balance. 


50 OHMt 0.02% 
270209-6 


Figure 6b. Longitudinal 
Balance 
Let y = yi/2.5 
Then long~udinal balance is given by: 20 Log VNo 


Measurements conducted showed this fIgure to be bet- 
ter than 70 dB for the frequency range of IO KHz to I 
MHz. 


The center tap on the primary (29C53 side) is coupled 
to ground via a IOnF capacitor. In this manner longi- 
tudinal signals on the primary are bypassed to ground. 
Measurements produced greater than 70 dB of longitu- 
dinal signal rejection. 


When designing the System board, special care should 
be paid to the layout. The transformer and the 29C53 
should both be placed on a ground plane. The connect- 
ing tracks from the 29C53 to the transformer should be 
as short as possible. The two devices should be placed 
close to the edge where the transmission lines interface, 
while the high frequency logic should be placed on the 
opposite edge. The analog ground wiring should follow 
a star configuration and should have a separate isolated 
lead originating from the system ground where it enters 
the board. 


Though the analysis of pulse transformers is beyond the 
scope of this brief (2), one should be aware of the perti- 
nent parameters affecting the good reproduction of the 
pulse. The pulse transformer is generally analyzed by 
different equivalent circuits, depicting the varying phas- 
es of the pulse. 


Figure 7 shows these circuits. The pulse shape is then 
optimized by considering the transient response of the 
equivalent circuits. 


The pulse response of the transformer is characterized 
by a finite rise time, a decaying top period and fmite fall 
time as depicted in Figure 7d. The fastest rise time that 
can be obtained without overshoot is for the critically 
damped case and is given by: 


For the top period, there will be some decay leading to 
a fractional droop, this is given by: 


0"" 
'T Lp 
R 
where 
'T = pulse width 


R = RL and Rg in parallel 


The fall period is characterized by the second order 
circuit of Figure 7c; the primary concern here to pre- 
vent severe undershoot or backswing when the 29C53 
transmitter is in the high impedance mode. This can 
best be achieved by having an overdamped system, 
which is the case when: 


Lp> 
4CRL2 


RL - 
Load impedance 
c - 
Shunt 
capacitance 
L - 
Leakage 
inductance 
l.p - 
Primary 
inductance 


Figure 7. (a) Equivalent 
Circuits for Rise Period 
(b) Top and Decay Period (c) Fall Period (d) The Pulse Response 


An:l!umll'duOlewun me '(':1\.-;),j. 1wo examples are the 
AlE Magnetics 325-0172 
and the CfM 
Magnetics 
25585. Most manufacturers will modify their design to 
meet the requirements of a particular application. 


The same transformer can be used at both the line card 
and the terminal, and the same protection scheme can 
be used at both ends of the loop. The need now arises to 
provide power to the terminal. There are a number of 
ways of providing power to the terminal, for instance a 
secondary cell can be used as battery back-up in con- 
junction with a main supply. There is also some scope 
for trickle charging secondary cells from the line or 
from a small solar cell array, but the drawback with 
secondary cells tends to be their short life span. This 
disadvantage can be offset by using special purpose pri- 
mary cells as a back-up supply, these do not need any 
charging circuitry and can be expected to have life ex- 
pectancy twice that of the secondary cells. Finally, the 
power can be fed from the switch, in which case a regu- 
lator is required at the terminal to extract the power off 
the line. Figure 8 illustrates this approach. 


A DC to DC converter is required to convert the line 
voltage to 5V for the local circuitry. In order to obtain 
the lowest losses in the conversion process, it is neces- 
sary to use a high efficiency regulator, specifically, a 
switched mode regulator. 
Basically, there are three 
types of switched mode power supplies, the forward, 
the push pull and the flyback converter (3). This sec- 
tion is devoted to the flyback implementation of a DC 
to DC converter. The flyback is the most suitable con- 
verter for this application, as it provides the highest 
achievable efficiency and the simplest drive circuitry. 
Figure 9 shows a block diagram of a flyback converter. 
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In the flyback inductor, energy is inductively stored 
during the switch on period, and then passed to the 
load during the switch off, or the flyback period. Dur- 
ing the switch on period, the output diode does not 
conduct so that the energy in the choke (although ap- 
pearing as a transformer, this element will be referred 
to as the choke in accordance with its function) builds 
up with rising current. While the switch is off the choke 
voltage reverses in polarity causing the output diode to 
conduct whereupon the inductive energy is discharged 
into the output capacitor to form a DC voltage. Regula- 
tion is achieved by modulating the oscillator duty cycle, 
which effectively varies the switch on/off periods. In 
Figure 9 the diode bridge ensures the correct polarity 
for the converter while the opto-isolator completes the 
input to output isolation. 


Figure 10 shows a discrete circuit implementation of a 
DC to DC converter. This circuit was designed to regu- 
late a 5V output for 20-60V input voltage. This imple- 
mentation provides a maximum power of at least 450 
mW. The DC to DC converter consists of an oscillator, 
a pulse width modulator incorporating an error ampli- 
fier and isolating stage, the start up circuitry and the 
flyback converter. When T5 is on, the choke stores en- 
ergy and reverse biases diodes D8, D9 and D 10. While 
T5 is off, the choke voltage is negative, hence diodes 
D8, 9 and 10 are all forward biased and thus build a 
DC voltage on their respective capacitors. Note that 
due to the reverse winding technique, the voltage in the 
output windings are opposite in polarity to the switch 
winding. The 5V output is regulated by comparing it to 
a reference voltage, the error in the comparison is then 
used to modify the transistor T5 on time in such a way 
so as to keep the 5V output constant. 


The diode bridge Dl-D4 ensures a certain polarity of 
the DC voltage for the converter, this is necessary in 
case the network uses polarity reversal for signaling. 
The decoupling capacitor Cl serves a secondary func- 
tion of bypassing any induced surge current. One half 
of the Schmitt NAND gate CD4093 is used to form a 
25 KHz oscillator. 


At the output, the opto-isolator in conjunction with the 
regulating diode TL431 is used to generate an error 


current. The current through the regulating diode is 
proportional to the voltage difference between the out- 
put and the reference. This device is available from 
Texas Instruments and Motorola amongst others. Fig- 
ure 11 illustrates its function. 


For the regulator diode, the output voltage is given by: 


You! = (1 + R10 IRg) Vref 
where 
Vref is typically 
2.5V. 
If R10 = Rg 
then Vout = 5V 


The current through the regulating diode will increase 
or decrease with a respective change in the output volt- 
age. This change in current is coupled to the output of 
the oscillator through the opto-isolator. The opto-isola- 
tor used is a Hewlett Packard 6N139, which has Dar- 
lington transistor stage providing high current gain that 
results in a lower power dissipation in the opto-isolator. 
The current through the isolator differentiates the out- 
put of the oscillator through capacitor C3. This differ- 
entiated signal is then squared off to define the switch- 
ing transistor T5 on period. T5 is an IRFDllO 
MOS- 
FET and is available from International Rectifier. The 
isolator current and hence the output voltage control 
the amount of differentiation or the transistor T5 on 
period as illustrated in Figure 12. Thus regulation is 
achieved, as the on period is reduced with increasing 
output voltage and vice versa. 
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impedance driving stage for the- switching transistor. 
The fast current sinking and sourcing will ensure fast 
swjtching of transistor T5. 


The input capacitance of the MOSFET IRFDllO 
is a 
maximum of 200 pF. Without 
the bufTer stage the 


MOSFET will stay in the linear region longer before 
saturating, thus resulting in a slower switching speed. 
The slow switching in turn will result in a lower overall 
efficiency for the converter. 


The resistor R6 and transistor T4 provide current over- 
load protection. Transistor T4 will conduct when the 
voltage across R6 exceed 0.6V or conversely, the cur- 
rent through it is greater than 150 mA. With T4 con-' 
ducting, the drive to the MOSFET is nulled by the 
associated NAND gate. 


The transformer choke is a three winding transformer 
consisting of the switching winding, the output wind- 
ing, which is split for the + 5V and - 5V and the self- 
bias winding. The transformer is designed for complete 
energy transfer under no load conditions and incom- 
plete energy transfer under full load conditions. Figure 
13 shows the wave forms of the two modes. 


hibits a lower peak switching transistor current, while 
the complete mode at lower power assures a smaller 
core. The inductance required to achieve this is 6.5 mH 
for 
the 
switch 
winding. 
The 
core 
used 
was 
an 


RM6CA400-3B7. The number of turns required to 
achieve this inductance is 130 and for a 20-60V line 
voltage, 50 turns are required for a + 5V output, hence 
use 50 turns for the - 5V too. The self bias winding uses 
70 turns. The transformer was wound with 130 turns of 
34AWG, followed by 50 bifilar turns of 32AWG and 
finished ofTwith 70 turns of 32AWG. The dot scheme 
in Figure 10 should be adhered to. The bobbin is then 
immersed in varnish such as the Dolph's BC356 to dis- 
pel any moisture and to provide a protective coating. 
Alternatively, a commercially available DC to DC con- 
verter transformer such as the 326-0533 can be pur- 
chased from AlE Magnetics. 


At start up, the converter is powered by the linear regu- 
lator D5, RI and Tl, which sets the power supply at 
5.3V. After start up the self bias winding forces the 
voltage on C4 to be between 7 and 15 volts, which will 
back bias diode D6, thus turning ofTthe linear regula- 
tor. Under this condition the power supply provides a 
self bias voltage to keep it running, while little power is 
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Figure 13. (a) Current 
Voltage 
Waveforms 
for Complete 
Energy Transfer 


(b) Waveforms 
for Incomplete 
Energy Transfer 
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dissipated in the start up regulator. Transistor TI is se- 
lected so that the base-collector can sustain the high 
voltage stress when it is off. The - 5Y supply will only 
be regulated if the load on that winding is the same as 
that on the + 5Y winding. If this is not possible, it may 
be necessary to use a linear post regulator to obtain a 
regulated - 5Y supply. 


Figure 14shows the volt-current oscillograms for a 30Y 
line voltage and 400 mW output power. This shows the 
flyback converter working in the incomplete energy 
transfer mode. The results obtained in the lab gave an 
overall efficiency of better than 67% and a power sup- 
ply ripple ofless than 25 mY. The no load power con- 
sumption was less than 50 mW. Regulation of the out- 
put voltage was better than 150 mY. 


The design was wire wrapped to illustrate the concept 
of power extraction and can of course, be optimized for 
better performance. Special care should be paid to the 
layout; Figure 15 shows good layout principles. Use 
star ground connections to avoid current loops in the 
ground. 


All lead lengths going to the switching MOSFET 
should be minimized and in particular the gate lead. 
The resistor in series with the MOSFET should be 


placed as close to the gate lead as possible. These pre- 
cautions will avoid undesired oscillations in the MOS- 
FET. The output stage uses Schottky diode and low 
ESR capacitors to reduce power dissipation. In the 
event of any undesired EMI radiation the transformer 
can be placed in an electromagnetic container and the 
converter can be enclosed in a copper container. 
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Without power the line interface pins of the 29C53 ap- 
pear as diode drops across the line. This means that the 
transmitter of the Network Terminator and the pow- 
ered on terminals in a multidrop configuration will be 
terminated by a diode instead of the usual 50.0..In the 
event of a failure, it therefore becomes necessary to iso- 
late the offending terminal from the line. This can be 
done by providing a switch in the transmit path that is 
normally closed and opens when no power is applied. 


E 


Figure 16. Isolation 
of Equipment 
In 
Case of Power Failure 


In the receive path, it is only necessary to increase the 
impedance seen by the line. One way to implement this 
principle is to use a MOSFET bilateral switch in the 
transmit path and to place series resistors in the receive 
path, such that the impedance seen by the line is greater 
than 2500.0.. Figure 
16 illustrates this approach. A 
noteworthy point is that the series resistors in the re- 
ceive path not only provide terminal isolation in case of 
failure but also protect 
the terminal 
from current 
surges. 


When there is power, the two MOSFETS will be on 
and appear as a small on resistance, which has to be 
included in the line transformer design analysis. When 
there is no power, the MOSFETS appear as back to 
back diodes, thus stopping any AC flow. The VN0300 
MOSFETS manufactured 
by Siliconix may be used, 
when on they present a 1.2.0.resistance each. Note that 
in order to ensure that the MOSFETS conduct it is 
necessary to have a JOVsupply in the system. If this is 
not possible the MOSFETS can be replaced by a Reed 
relay which presents a lower on resistance and capaci- 
tance but has the disadvantage of consuming more 
power. A low power relay could not be located hence a 
vendor was requested to customize one. Figure 
17 
shows 
the 
isolation 
technique 
using 
the 
Wabash 
1992-2-1 25 mW relay which will operate at 3.8V and 
release at O.5V. 
c 
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Specific implementations have been provided for the 
general aspects of line interfacing at both the line card 
and the terminal end. These solutions can be taken as 
they are and placed in the particular application or 
used to aid a system design. 


The fIXedvoltage or constant current feed are both sim- 
pler and more economical to realize in discrete form; 
however the constant current variable voltage scheme 
may be more suitable in an integrated form. The power 
converter discussed was based on a low cost simple im- 
plementation and it is certainly possible to optimize it 
to obtain conversion efficiencies in the 75% range. As 
an alternative to discrete implementations, a low power 
switch mode power supply is commercially available 
from Fairchild and Motorola, to name two. In addition 
Harris Corporation plans to make available a power 
converter specific to ISDN implementations. 


The protection circuits and the transformer, however, 
can only be provided in discrete form at the present 
time. The concepts presented in the protection section 
emphasized low capacitance and maximum protection. 
The section took an overkill approach and as such a 
subset of the discussed ideas should suffice most appli- 
cations. The transformer designed pointed out the rele- 
vant parameters to consider and can be used as it is or 
modified to the particular application. Of course the 
ISDN transformer is also commercially available. 


I. Protecting against surge voltages in short and long 
branch circuits. By Shanawaz M. Khan, Communi- 
cations Systems Equipment Design, December 1984 
2. Transformers for electronic circuits. By Nathan R. 


Grossner, McGraw Hill 
3. Design of solid state power supplies. By Eugene R. 


Hnatek, Von Nostrand Reinhold Company 
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APPLICATION 
BRIEF 


ISDN Applications with 
29C53 and 80188 


HERBERT 
WEBER 
TELECOM 
OPERATIONS 


A terminal adaptor, or "TA", is the link between exist- 
ing non-ISDN 
equipment 
like terminals, 
facsimile, 
printers and the ISDN network. The function of this 
application is to effectively replace equipment such as a 
modem. Usually provided as a separate box, it process- 
es RS232 or X.21 data and places it on the 4 wire 'S' 
loop. No change at the terminal is required to make it 
ISDN compatible. 


The design is based on a 29C53 transceiver for the 
ISDN connection and an 80188 microprocessor in com- 
bination with an 82530 communications controller for 
the data connection. Benefits of the application are: 
• Data rates up to 19.2 Kb/s using an RS232 interface 
or up to 48 Kb/s using an X.21 interface. 


• Compact design and low cost. 
• Virtually error free transmission. 


The user sets up a call in the same manner as a Hayes· 
modem user does, i.e. a command is transferred to the 
adaptor via the RS232 interface. The command takes 
the form of an ASCII string in which the first 2 charac- 
ters are "AT". 


The 80188 accepts the command and begins the call 
setup procedure by communicating the call's destina- 
tion to the NT (or CO). This is achieved by passing call 
setup messages to a link level protocol, which is passed 
to the NT over the physical level (S bus). The partition- 
ing of the tasks is as follows: 


Full duplex, dual channel serial communications con- 
troller capable of working in asynchronous, bit or byte 
synchronous 
modes. The 82530 receives commands 
from the terminal's RS232 or X.21 interface and passes 
them on to the 80188. 


After having received the dialing information from the 
keyboard, the 80188 sets up the call via the 29C53 D- 
channel by sending the appropriate CCITI message up 
the link. 
• Call setup message generation (CCITI 
1.451). 


"Hayes is a registered trademark of Hayes Microcomputer 
Products. Inc. 


• Upper portion of link access procedure 
(CCITI 
1.440) handling: 
- 
Multiple logic channels 
- 
Sequence control 
- 
Error correction (retransmission) 
- 
Flow control 


• Interface conversion, serial to/from SLD 
• B-channel assignment 


• Physical level interface (CCITI 
1.430) 
• Lower portion of the link access procedure: 
- 
Zero insertion/deletion 
- 
CRC generation and checking 
- 
Flag appending and detection 


• D-channel message buffering 


The 80188 passes the information for the D-channel 
messages via the parallel bus into the FIFO's 
of the 
29C53. 


The NT grants a B-channel (if available) to the TA and 
the channel is now ready for data transfer. 


An indication is given to the user's terminal via the 
RS232 or X,21 port that communication 
may com- 
mence. Any subsequent data, from the terminal, is 
treated as follows: 


Data from the terminal passes via the 82530 to RAM 
via one of the 80188 DMA channels. 


The 80188 fetches the data from RAM, depacketizes 
and packetizes it before sending it back to the 82530 
where a protective HDLC protocol is added. 


From the 82530 the data reaches the EPLD to be in- 
serted into the B1 or B2 channel on the SLD bus. The 
29C53 sends it out over the "S" interface. 
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Figure 2 shows the concept of an ISDN phone with 
hookup to standard sync/async terminals. No change 
at the terminal is required to make it ISDN compatible. 


The design is based on a 29C53 transceiver for the 
ISDN connection, a 29C48 combo for the voice connec- 
tion and an 80188 microprocessor in combination with 
an 82530 communications controller for the data con- 
nection. Benefits of the application are: 
• Data rates up to 19.2 kb/s using an RS232 interface 
or up to 48 kb/s using an X.21 interface. 


• Compact design and low cost. 


• Virtually error free transmission. 


Applies both for speech and data links. The 80188 ac- 
cepts the command and begins the call setup procedure 
by communicating the call's destination to the NT (or 
CO). This is achieved by passing call setup messages to 
a link level protocol, which is passed to the NT over the 
physical level (S-bus). The partitioning of the tasks is as 
follows: 


The 8279 keyboard and display controller scans the tel- 
ephone number pad and supports a small telephone dis- 
play. Calls are initiated either through the terminal 
keyboard using an extended Hayes Smart Modem com- 
mand set or via the telephone number pad. 


Full duplex, dual channel serial communications con- 
troller capable of working in asynchronous, bit or byte 
synchronous 
modes. The 82530 receives commands 
from the terminal's RS232 or X.21 interface and passes 
them on to the 80188. 


After having received the dialing information from ei- 
ther keyboard, the 80188 sets up the call via the 29C53 
D-channel by sending the appropriate message up the 
link. 
• Call setup message generation (CCITT 1.451) 
• Upper portion of link access procedure 
(CCITT 
1.440) handling: 


- 
Multiple logic channels 
- 
Sequence control 


- 
Error correction (retransmission) 
- 
Flow control 


• Interface conversion, serial to/from SLD 


• B-channel assignment 


• Physical level interface (CCITT 1.430) 
• Lower portion of the link access procedure: 


- 
Zero insertion/deletion 
- 
CRC generation and checking 
- 
Flag appending and detection 
• D-channel message buffering 


The 80188 passes the information for the D-channel 
messages via the parallel bus into the FIFO's 
of the 
29C53. 


The NT grants a B-channel (if available) to the TA and 
the channel is now ready for data transfer. 


The voice transfer is supported by the 29C48 which 
transmits the voice on either the BI or B2 channel 
(controlled by the EPLD) into the 29C53 and onward 
to the S-bus. 


An indication is given to the user's terminal via the 
RS232 or X.21 port that communication 
may com- 
mence. Any subsequent data, from the terminal, is 
treated as follows: 


Data from the terminal passes via the 82530 to RAM 
via one of the 80188 DMA channels. 


The 80188 fetches the data from RAM, depacketizes 
and packetizes it before sending it back to the 82530 
where a protective HDLC protocol is added. 


From the 82530, the data reaches the EPLD to be in- 
serted into the BI or B2 channel on the SLD bus. The 
29C53 sends it out over the "S" interface. 
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Like the terminal 
adaptor, 
the ISDN 
PC adaptor 
provides a link to the ISDN network. The ISDN Co- 
Processor shown in Figure 3 implements the hardware 
functions required to support the CCITT I-series "S" 
interface. 


The ISDN Co-Processor is using the 80188 microproc- 
essor in combination with an 82530 serial communica- 
tions controller for data processing, dual port RAM as 
interface and buffer to the host bus, the 29C48 Codec/ 
filter for voice support and the 29C53 transceiver for 
the ISDN connection. 


The ISP188 ISDN Software Package is optimized for 
this hardware configuration. 


The PC adaptor is an intelligent communications sub- 
system designed to function as a slave processor board 
in the PC. This relieves the host processor of much of 
the communications function. 


Full duplex, dual channel serial communications con- 
troller. One of the two channels is attached to either of 
the B channels and operates at 64 kb/s. The second 
channel is available to external datacom equipment via 
an optional serial port, or for connection to the second 
B channel. 


Voice conversion and interface to the four wire handset 
is performed by this software programmable integrated 
Codec/filter combo. Designed for ISDN terminal ap- 
plications it offers programmable gain in transmit and 
receive direction for user loudness control and adapta- 
tion to local network requirements as well as sidetone 
insertion and tone injection for locally produced feed- 
back signals. 


The 29C48 can access either Bl or B2 channel by set- 
ting the B Sel pin accordingly. 


"S" bus transceiver and D channel controller in a single 
chip. The 29C53 provides the physical level interface to 
the "S" bus in accordance to CCITT 1.430 and the 
lower portion of the link access protocol. Activation, 
deactivation, zero insertion/deletion, 
CRC generation 
and checking and flag appending and detection are per- 
formed by the 29C53, the higher level portions 
of 
LABD are executed on the 80188 and passed on to the 
29C53 via the parallel bus into the FIFO's. 


B channel access is via the SLD serial port. Voice sig- 
nals are directly passed on to the 29C48. Data is 
extracted and injected by the EPLD (Erasable, Pro- 
grammable Logic Device) which performs the B chan- 
nel assignment and the interface conversion to the 
82530. 


Figure 3. Personal 
Computer 
Interface 
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The addition of ISDN line cards to a PABX provides 
the user with access to the ISDN network. While the 
analog line card provides access for standard telephone 
as well as for modems, ISDN terminal adaptors, termi- 
nals and phones are connected to the ISDN line card 
via a 4 wire 'S' loop. The described application provides 
all functions to separate voice and switched data (B- 
channels) from signaling and packetized data (D-chan- 
nel). 


Intel's 2952 Line Card Controller provides the founda- 
tion for the PBX backplane interface, allowing eight 
29C53's and with it, eight "S" interface loops, to hook 
up in parallel to the line card. 


The 29C53 and 80188 together handle the processing of 
D-channel protocols and messages as follows: 
1. The 29C53 executes all bit level HDLC processing, 
puts the "raw" messages into its FIFO and raises the 
interrupt signal. 


2. A special status register in the 29C53s allows the 
80188, through a single status read operation, to de- 
termine which of the 29C53s is requiring interrupt 
servicing, i.e. has D-channel messages(s) in its FIFO. 


3. The 80188 accesses the FIFO concerned and the 
data is transferred to RAM. 


4. The 80188 determines whether the data is for signal- 


ing (S-packet) or is a message to be sent out over the 
packet (P-packet) switched network. 
Signaling information can be processed locally or 
sent via the 2952 either interleaved on the PCM 
highway or separately over the HDLC serial control 
channel. 


If the data is of "P" type, meant for the packet 
switched network, it is DMA'd into the 82530 serial 
communications controller which performs the nec- 
essary HDLC transmission, again without any CPU 
involvement. 


5. The 80188 software is responsible for sending out 


acknowledgements for received messages from the 
29C53's D-channel and can thus support large win- 
dow sizes. 


B-channel information is directly passed from the "S" 
loop over the 29C53 and 2952 to the switch backplane. 


For transmission in the opposite direction, the proce- 
dure is equivalent to the one described above. 
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iATC 2952 Line Card Controller 
Reference Card 


Line Card Development Kit 
Users Guide 


Analog Line Card Designs Using 
iATC Components 


29C53 Line Card Evaluation Kit 
(LEK) Manual 


29C53 Terminal Evaluation Kit 
(TEK) Manual 
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2910A 
PCM CODEC - p,LAW 
8-BIT COMPANDED AID AND DI A CONVERTER 


• 
78dB Dynamic Range, with Resolution 
Equivalent to 12-Bit Linear Conversion 
Around Zero 


• 
Precision On-Chip Voltage Reference 


• 
Low Power Consumption 
230 mW Typ. 


Standby Power 33mW Typ. 


• 
Fabricated with Reliable N-Channel 
MOS Process 


• 
Per Channel, Single Chip Codec 


• 
CCITT G711 and G712 Compatible, ATT 
T1 Compatible with 8th Bit Signaling 


• 
Microcomputer 
Interface with On-Chip 
Timeslot Computation 


• 
Simple Direct Mode Interface When 
Fixed Timeslots are Used 


• 
±5% Power Supplies: + 12V, +5V, -5V 


The Intel 2910A 
is a fully integrated 
PCM (Pulse Code Modulation) 
Codec 
(Coder-Decoder), 
fabricated 
with 


N-channel 
silicon 
gate technology. 
The high density 
of integration 
allows 
the sample 
and hold circuits, 
the 


digital-to-analog 
converter, 
the comparator 
and the successive 
approximation 
register to be integrated 
on the 
same chip, along with the logic necessary 
to interface 
a full duplex 
PCM link and provide 
in-band 
signaling. 


The primary applications 
are in telephone 
systems: 


• 
Transmission 
- 
T1 Carrier 


• 
Switching 
-Digital 
PBX's and Central 
Office Switching 
Systems 


• 
Concentration 
-Subscriber 
Carrier/Concentrators 


The wide dynamic 
range of the 2910A 
(78dB) and the minimal conversion 
time (80,...sec minimum) 
make it an 


ideal product 
for other applications, 
like: 


• 
Date Acquisition 
• Telemetry 
• Secure 
Communications 
Systems 
• 
Signal Processing 
Systems 
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Figure 2. Pin 
Configuration 


CAP 
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CAP2x 
Holding 
Capacrtor 


VFx 
Analog 
Input 


VFR 
Analog 
Output 


DR. Dc,SIGx 
Digital 
Input 


SIGR. 
Ox. fSx 
Digital 
Output 


eLKc 
eLKx 
eLKR 
Clock 
Input 


FSx 
FSR 
Frame 
Sync 
Input 


AUTO 
Auto 
Zero 
Output 


VBB 
Power (-SV) 
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Power 
(+ SV} 
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Power 
(+ 12V) 
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PowerOown 
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Analog 
Ground 
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Digital 
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Pin No. 
Symbol 
Function 
Description 


1 
CAP1x 
Hold 
Connections 
for the transmit 
holding capacitor. 
Refer to 


2 
CAP2x 
Applications 
section. 


3 
VFx 
Input 
Analog input to be encoded 
into a PCM word. The signal on this 
lead is sampled 
at the same rate as the transmit 
frame 
synchronization 
pulse FSx, and the sample value is held in the 
external capacitor 
connected 
to the CAP1 x and CAP2x leads 
until the encoding 
process 
is completed. 


4 
AUTO 
Output 
Most significant 
bit of the encoded 
PCM word (+ 5V for negative, 


- 5V for positive inputs). Refer to the Codec Applications 
section. 


5 
GRDA 
Ground 
Analog return common 
to the transmit 
and receive analog 
circuits. Not connected 
to GRDD internally. 


6 
SIGR 
Output 
Signaling 
output. SIGR is updated with the 8th bit of the receive 
PCM word on signaling frames, and is latched 
between 
two 
signaling frames. TIL 
interface. 


7 
VDD 
Power 
+ 12V ± 5%; referenced 
to GRDA. 


8 
DR 
Input 
Receive 
PCM highway (serial bus) interface. 
The Codec serially 
receives 
a PCM word (8 bits) through this lead at the proper time 
defined 
by FSR, CLKR, Dc. and CLKc. 


9 
PDN 
Output 
Active high when Codec is in the power down state. Open drain 
output. 


10 
VFR 
Output 
Analog output. The voltage 
present on VFR is the decoded 
value 
of the PCM word received 
on lead DR. This value is held 
constant 
between 
two conversions. 


11 
NC 
No 
Recommended 
practice 
is to strap these NC's to GRDA. 


12 
NC 
Connects 


13 
GRDD 
Ground 
Ground return common 
to the logic power supply, Vcc. 


14 
Ox 
Output 
Output of the transmit 
side onto the send PCM highway (serial 


bus). The 8-bit PCM word is serially sent out on this pin at the 
proper time defined 
by FSx, CLKx, Dc. and CLKc. TIL 
three- 
state output. 


15 
TSx 
Output 
Normally 
high, this signal goes low while the Codec is 
transmitting 
an 8-bit PCM word on the Ox lead. (Timeslot 
information 
used for diagnostic 
purposes 
and also to gate the 
data on the Ox lead.) Open drain output. 


16 
Vcc 
Power 
+ 5V ± 5%, referenced 
to GRDD. 


17 
CLKR 
Input 
Master receive clock defining the bit rate on the receive PCM 
highway. Typically 
1.544 Mbps for a T1 carrier system. Maximum 
rate 2.1 Mbps. 50% duty cycle. TIL 
interface. 


18 
FSR 
Input 
Frame synchronization 
pulse for the receive PCM highway. 


Resets the on-chip times lot counter 
for the receive side. 
Maximum 
repetition 
rate 12 KHz. Also used to differentiate 
between 
non-signaling 
frames and signaling frames on the 
receive side. TIL 
interface. 
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Pin No. 
Symbol 
Function 
Description 


19 
CLKx 
Input 
Master transmit 
clock defining the bit rate on the transmit 
PCM 
highway. Typically 
1.544 Mbps for a T1 carrier system. 
Maximum 
rate 2.1 Mbps. 50% duty cycle. TTL interface. 


20 
FSx 
Input 
Frame synchronization 
pulse for the transmit 
PCM highway. 


Resets the on-chip timeslot 
counter 
for the transmit 
side. 
Maximum 
repetition 
rate 12 KHz. Also used to differentiate 
between 
non-signaling 
frames and signaling frames on the 
transmit 
side. TTL interface. 


21 
SIGx 
Input 
Signaling 
input. This digital input is transmitted 
as the 8th bit of 
the PCM word on the Ox lead, on signaling frames. TTL 
interface. 


22 
VSS 
Power 
- 5V ± 5%, referenced 
to GRDA. 
. 


23 
DC 
Input 
Data input to program the Codec for the chosen 
mode of 
operation. 
Becomes 
an active low chip select when CLKc is tied 
to Vcc. TTL interface. 


24 
CLKc 
Input 
Clock input to clock in the data on the DC lead when the timeslot 
assignment 
feature is used; tied to VCC to disable this feature. 
TTL interfacE!. 


The 2910A 
PCM Codec 
provides 
the analog-to-digi- 
tal and the digital-to-analog 
conversions 
necessary 
to interface 
a full duplex 
(4 wires) 
voice 
telephone 
circuit with the PCM highways 
of a time division 
mul- 
tiplexed 
(TOM) system. 


In a typical telephone 
system the Codec is used be- 
tween 
the PCM highways 
and the channel 
filters. 


The Codec 
provides 
two major functions: 


• 
Encoding 
and decoding 
of analog 
signals 
(voice 
and call progress 
tones) 


• 
Encoding 
and decoding 
of the signaling 
and su- 
pervision 
information 


On a non-signaling 
frame, 
the Codec 
encodes 
the 
incoming 
analog 
signal at the frame 
rate (FSx) into 
an 8-bit PCM word which is sent out on the Ox lead 
at the proper time. Similarly, the Codec fetches 
an 8- 
bit PCM word 
from 
the 
receive 
highway 
(DR lead) 
and decodes 
an analog value which will remain con- 
stant 
on 
lead 
VFR 
until 
the 
next 
receive 
frame. 
Transmit 
and receive frames 
are independent. 
They 
can be asynchronous 
(transmission) 
or synchronous 
(switching) 
with each other. 


For channel 
associated 
signaling, 
the Codec 
trans- 
mit side will encode 
the incoming 
analog 
signal 
as 


previously 
described 
and substitute 
the signal 
pres- 
ent on lead SIGx for the least significant 
bit of the 
encoded 
PCM word. Similarly, on a receive signaling 
frame, the Codec 
will decode 
the 7 most significant 
bits according 
to the CCITT G733 recommendation 
and will output 
the least significant 
bit value on the 
SIGR lead until the next signaling 
frame. 
Signaling 
frames 
on the send and receive 
sides are indepen- 
dent of each 
other, 
and are selected 
by a double- 
width frame sync pulse on the appropriate 
channel. 
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The 291OACodec is intended to be used on line and 
trunk terminations. The call progress tones (dial 
tone, busy tone, ring-back tone, re-order tone), and 
the 
prerecorded 
announcements, 
can 
be 
sent 
through the voice-path; digital signaling (off hook 
and disconnect supervision, rotary dial pulses, ring 
control) is sent through the signaling path. 


Circuitry is provided within the Codec to internally 
define the transmit and receive timeslots. In small 
systems this may eliminate the need for any external 
timeslot exchange; in large systems it provides one 
level of concentration. This feature can be bypassed 
and discrete timeslots sent to each Codec within a 
system. 


In the power-down mode, most functions of the Co- 
dec are directly disabled to reduce power dissipation 
to a minimum. 


The operation of the 2910A is defined by serially 
loading an 8-bit word through the Dc lead (data) and 
the CLKc lead (clock). The loading is asynchronous 
with the other operations of the Codec, and takes 
place whenever transitions occur on the CLKc lead. 
The Dc input is loaded in during the trailing edge of 
the CLKc input. 
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81T2 
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Bit 1 and Bit 2 define whether the subsequent 6 bits 
apply to both the transmit and receive side (00), the 
transmit side only (01), the receive side only (10), or 
whether the Codec should go into the standby, pow- 
erdown mode (11). In the last case (11), the follow- 
ing 6 bits are irrelevant. 


The last 6 bits of the control word define the timeslot 
assignment, from 000000 (timeslot 1) to 111111 
(timeslot 64). Bit 3 is the most significant bit and bit 8 
the least significant bit and last into the Codec. 


Bit 1 
Bit 2 
Mode 


0 
0 
X&R 
0 
1 
X 
1 
0 
R 
1 
1 
Standby 


Bit 
3 
4 
5 
6 
7 
8 
Timeslot 


0 
0 
0 
0 
0 
0 
1 
0 
0 
0 
0 
0 
1 
2 
• 
• 
• 
• 
• 
• 
• 
• 
1 
1 
1 
1 
1 
1 
64 


The Codec will retain the control word (or words) 
until a new word is loaded in or until power is lost. 
This feature permits dynamic allocation of timeslots 
for switching applications. 


In the microcomputer mode, each Codec performs 
its own timeslot computation independently for the 
transmit and receive channels by counting clock 
pulses (CLKx and CLKR). All Codecs tied to the 
same data bus receive identical framing pulses (FSx 
and FSR). The framing pulses reset the on-chip 
timeslot counters every frame; hence the timeslot 
counters of all devices are synchronized. Each Co- 
dec is programmed via CLKc and Dc for the desired 
transmit and receive timeslots according to the de- 
scription in the Codec Control Section. All Codecs 
tied to the same DR bus will, in general, have differ- 
ent receive timeslots, although that is not a device 
requirement. There may be separate busses for 
transmit and receive or all Codecs may transmit and 
receive over the same bus, in which case the trans- 
mit and receive channels must be synchronous 
(CLKx = CLKR). There are no other restrictions on 
timeslot assignments; a device may have the same 
transmit and receive timeslot even if a single bus is 
used. 


There 
are 
several 
requirements 
for 
using the 
CLKc-Dc interface in the microcomputer mode. 
1) A complete timeslot assignment, consisting of 
eight negative transitions of CLKc must be made 
in less than one frame period. The assignment 


intJ 


can overlap a framing pulse so long as all 8 con- 
trol bits are clocked in within a total span of 
125 p.s (for an 8 KHz frame rate). CLKc must be 
left at a TTL low level when not assigning a time- 
slot. 


2) A dead period of two frames must always be ob- 
served 
between 
successive 
timeslot 
assign- 
ments. The two frame delay is measured from the 
rising edge of the first CLKc transition of the pre- 
vious timeslot assigned. 
3) When the device is in the power-down state 
(Standby), the 
following 
three-step 
sequence 
must be followed to power-up the codec to avoid 
contention on the transmit PCM highway. 
a) Assign a dummy transmit timeslot. The dummy 
should be at least two timeslots greater than 
the maximum valid system timeslot (usually 24 
or 32). For example, in a 24 timeslot system, 
the dummy could be any timeslot between 26 
and 64. This will power-up the transmit side, 
but prevent any spurious Ox or TSx outputs. 
b) Two frames later, assign the desired transmit 
timeslot. 


c) Two frames later assign the desired receive 
timeslot. 


4) Initialization sequence: The device contains an 
on-chip power-on clear function which guaran- 
tees that with proper sequencing of the supplies 
(Vcc or Voo on last), the device will initialize with 
no timeslot assigned to either the transmit or re- 
ceive channel. After a supply failure or whenever 


the supplies are applied, it is recommended that 
either power down assignment be made first, or 
the first timeslot assignment be a transmit time- 
slot or a transmit/receive 
timeslot. The conse- 
quence of making a receive timeslot assignment 
first, after supply application, is that the transmit 
channel will assume timeslot 1, potentially pro- 
ducing bus contention. 
5) Transmit only/receive only operation is permitted 
provided that a power down assignment is made 
first. Otherwise, special circuits which use only 
one channel should be physically disconnected 
from the unused bus; this allows a timeslot to be 
made to an unused channel without 
conse- 
quence. 
6) Both frame synchronizing pulses (FSx FSR) must 
be active at all times after power on 'clear (after 
power supplies are turned on). This requirement 
must be met during powerdown and receive only 
or transmit only operation, as well as during nor- 
mal transmit and receive operation. 


Example 
of Microcomputer 
Control 
Mode: 


The two words 01000001 and 10000010 have been 
loaded into the Codec. The transmit side is now pro- 
grammed for timeslot 2 and the receive side for 
timeslot 3. The Codec will output a PCMword on the 
transmit PCM highway (bus) during the timeslot 2 of 
the transmit frame, and will fetch a PCM word from 
the receive PCM highway during timeslot 3. 
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In this example the Codec interface to the PCM 
highway then functions as shown above. (FSx and 
FSR may be asynchronous.) 


The direct mode of operation will be selected when 
the CLKc pin is strapped to the + 5 volt supply 
(Vccl. In this mode, the Dc pin is an active low chip 
select. In other words, when Dc is low, the device 
transmits and receives in the timeslots which follow 
the appropriate framing pulses. With Dc high the de- 
vice is in the power down state. Even though CLKc 
characteristics are simpler for the 2910A it will oper- 
ate properly when plugged into a 2910 board. 


Deactivation of a channel by removal of the appro- 
priate framing pulse (FSx or FSR) is not permitted. 
Specifically, framing pulses must be applied for a 
minimum of two frames after a change in state of Dc 
in order for the Dc change to be internally sensed. In 
particular, when entering standby in the direct mode, 
framing pulses must be applied as usual for two 
frames after Dc is brought high. 


The Codec will enter the direct mode within three 
frame times (375 /Ls) as measured from the time the 
device power supplies settle to within the speci- 


fied limits. This assumes that CLKc is tied to Vcc 
and that all clocks are available at the time the sup- 
plies have settled. 


All bit and frame clocks should be applied whenever 
the device is active. In particular, an unused channel 
cannot be deactivated by removal of its associated 
frame or bit clock while the other channel of the 
same device remains active. 


A single channel cannot be deactivated except by 
physical disconnection of the data lead (Ox or DR) 
from the system data bus. A device (both transmit 
and receive channels) may be deactivated in either 
control mode by powering down the device. Both 
channels are always powered down together. 


The VF signal to be encoded is input on the VFx 
lead. An internal switch samples the signal and the 
hold function is performed by the external capacitor 
connected to the CAP1x and CAP2x leads. The 
sampling and conversion is synchronized with the 
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transmit timeslot. The PCM word is then output on 
the Ox lead at the proper timeslot occurrence of the 
following frame. The AID 
converter saturates at ap- 
proximately ±2.2 volts RMS (± 3.1 volts peak). 


Decoding 


The PCM word is fetched by the DR lead from the 
PCM highway at the proper timeslot occurrence. The 
decoded value is held on an internal sample and 
hold capacitor. The buffered non-return to zero out- 
put signal on the VFR lead has a dynamic range of 
approximately ± 2.2 volts RMS (± 3.1 volts peak). 


The duration of the FSx and FSR pulses defines 
whether a frame is an information frame or a signal- 
ing frame: 


• A frame synchronization pulse which is a full 


clock period in duration (CLKx period for FSx. 
CLKR period for FSR)designates a non-signaling 
frame. 
• A frame synchronization pulse which is two full 


clock periods in duration (two CLKx periods for 
FSx. two CLKRperiods for FSR)designates a sig- 
naling frame. 


On the encoding side, when the FSx pulse is wid- 
ened, the 8th bit of the PCMword will be replaced by 
the value on the SIGx input at the time when the 8th 
bit is output on the Ox lead. 


On the decoding side, when the FSR pulse is wid- 
ened, the 8th bit of the PCM word is detected and 
transmitted on the SIGR lead. That output is latched 
until the next receiving signaling frame. 


The remaining 7 bits are decoded according to the 
value given in the CCITT G733 recommendation. 
The SIGR lead is reset to a TTL low level whenever 
the Godec is in the power-down state. 
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The Godec will accept 
the standard 
03/04 
framing 
format 
of 193 clock 
pulses 
per frame 
(equivalent 
to 
GLKx, GLKR of 1.544 Mb/s). 
However, 
the 193rd bit 
may 
be 
blanked 
(equivalent 
to 
GLKx, 
GLKR 
of 
1.536 Mb/s) 
if desired. 


To minimize 
power 
consumption 
and heat dissipa- 
tion 
a standby 
mode 
is provided 
where 
all Godec 
functions 
are 
disabled 
except 
for 
Oc 
and 
GLKc 
leads. These 
allow the Godec to be reactivated. 
In 
the microcomputer 
mode the Godec 
is placed 
into 
standby 
by loading a control 
word (Dc) with a "1" 
in 
bits 1 and 2 locations. 
In the direct mode when DC is 
brought 
high, the all "1's" 
control 
word is internally 
transferred 
to 
the 
control 
register, 
invoking 
the 
standby 
condition. 


While in the standby 
mode, the Ox output is actively 
held in a high impedance 
state to guarantee 
that the 
PGM bus will not be driven. The SIGR output is held 
low to provide 
a known 
condition 
and remains 
this 
way upon activation 
until it is changed 
by signaling. 


The power consumption 
in the standby 
mode is typi- 
cally 33 mW. 


Whether 
the device 
is used in the direct 
or micro- 
computer 
mode, an internal 
reset (power-on 
clear) is 
generated, 
forcing 
the device 
into the power 
down 
state, when power is supplied 
by any of the following 
methods. 
(1) Device power supplies 
are turned on in 
a system 
power-up 
situation 
where 
either 
Vcc 
or 
Voo is applied last. (2) A large supply transient 
caus- 
es either of the two positive 
supplies 
to drop to less 
than 
approximately 
2 volts. 
(3) A board 
containing 
Godecs is plugged into a "hot" 
system where Vcc or 
Voo is the last contact 
made. It may be necessary 
to 
trim back the edge connector 
pins or fingers 
on Vcc 
or Voo relative to the other supply to guarantee 
that 
the 
power-on 
clear 
will 
operate 
properly 
when 
a 
board 
is plugged 
into a "hot" 
system. 
Furthermore, 
the Godec will inhibit activity 
on TSx and Ox during 
the application 
of power supplies. 


The device 
is also tolerant 
of transients 
in the nega- 
tive supply (Vss) so long as Vss remains 
more neg- 
ative than 
-3.5 
volts. Vss transients 
which 
exceed 
this level should be detected 
and followed 
by a sys- 
tem reinitialization. 
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The voltage 
reference 
is generated 
on the chip and 
is calibrated 
during the manufacturing 
process. 
The 
technique 
uses the difference 
in sub-surface 
charge 
density 
between 
two suitably 
implanted 
MOS devic- 
es to derive 
a temperature 
stable 
and 
bias stable 
reference 
voltage. 


A gain setting op amp, programmed 
during manufac- 
turing, 
"trims" 
the reference 
voltage 
source 
to the 
final 
precision 
voltage 
reference 
value 
provided 
to 
the 0/ A converter. 
The precision 
voltage 
reference 
determines 
the initial gain and dynamic 
range char- 
acteristics 
described 
in the A.G. Transmission 
Speci- 
fication 
section. 


JL-Iaw represents 
a particular 
implementation 
of a 
piece-wise 
linear 
approximation 
to 
a 
logarithmic 
compression 
curve which is: 


In(1 + JLlxl) 
F(x) = Sgn(x)----O 
~ Ixl ~ 1 
In(1 + JL) 


The 2910A 
JL =255 law Godec 
uses a 15 segment 
approximation 
to the logarithmic 
law. Each segment 
consists 
of 16 steps. In adjacent 
segments 
the step 
sizes are in a ratio of two to one. Within 
each seg- 
ment 
the step 
size is constant 
except 
for the first 
step of the first segment 
of the encoder, 
as indicated 
in the attached 
table. The output 
levels are midway 
between 
the corresponding 
decision 
levels. The out- 
put levels Yn are related to the input levels 
Xn by the 
expression: 


Xn+Xn+1 
Yn = 
2 
for 1 ~ n ~ 127 


These 
relationships 
are implicit 
in the following 
ta- 
ble. 
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1 
2 
3 
4 
5 
6 
7 
8 


Value at 
Decision 
PCMWord(3) 
Normalized 
Decoder 
segment 
No. of Steps 
segment 
Vslue 
Decision 
Value 
Output 


Number 
x Step Size 
End 
Numbern 
Vsluexn(1) 
Bit Number 
LSB 
at Decoder 
Value 
Points 
MSB 
Output Yn/4) 
Number 
1 2 3 4 5 6 7 8 


8159(5) 
(128) 
(8159) 
1 000 
o 0 0 0 
t- 
8031 
127 
127 
7903 
I 


I 
I 
I 
I 
I 
I 
8 
16x 256 
I 
I 
(seeNote 2) 
I 
I 
I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


113 
4319 
I 
I 


100 
o 
1 1 1 1 
t- 
4191 
112 
4063 
112 
4063 
I 


I 
I 


I 
I 
I 
I 


7 
16x 126 
I 
I 
(seeNote 2) 
I 
I 


I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


97 
2143 
I 
I 


100 
1 1 1 1 1 
t- 
2079 
96 
2015 
96 
2015 
I 


I 
I 
I 
I 
I 
I 


6 
16x64 
I 
I 
(seeNote 2) 
I 
I 


I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


81 
1055 
I 
I 


1 0 1 o 
1 1 1 1 
t- 
1023 
60 
991 
80 
991 
I 
I 
I 
I 
I 
I 
I 


5 
16x 32 
I 
I 
(seeNote 2) 
I 
I 
I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


65 
511 
I 
I 


1 0 1 1 1 1 1 1 
t- 
495 
64 
479 
64 
479 
I 
I 
I 


I 
I 
I 
I 


4 
16x 16 
I 
I 
(seeNote 2) 
I 
I 


I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


49 
239 
I 
I 


1 1 0 o 1 1 1 1 
t- 
231 
48 
223 
48 
223 
I 


I 
I 


I 
I 
I 
I 


3 
16x8 
I 
I 
(seeNote2) 
I 
I 


I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


33 
103 
I 
I 


1 1 0 1 1 1 1 1 
t- 
99 
32 
95 
32 
95 
I 
I 
I 
I 
I 
I 
I 


2 
16x4 
I 
I 
(seeNote 2) 
I 
I 
I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


17 
35 
I 
I 


1 1 1 o 
1 1 1 1 
t- 
33 
16 


31 
16 
31 


i 
I 
I 


I 
I 
I 
I 


15x2 
I 
I 
(seeNote 2) 
I 
I 
I, 
I 
I 
I 
I 
I 


I 
I 
I 
I 
I 


2 
3 
I 
I 
1 
1 1 1 1 1 1 1 0 
- 
2 
1 
.l- 
t 
1 
1 
1xl 
1 
1 
1 1 1 1 1 1 
0 
0 
0 
0 


NOTES: 
1.8159 
normalized 
value units correspond 
to the value of the on-chip voltage reference. 
2. The PCM word corresponding 
to positive 
input values between 
two successive 
decision 
values 
numbered 
nand 
n + 1 
(see column 4) is (255-n) 
expressed 
as a binary number. 
3. The PCM word on the highways is the same as the one shown in column 6. 
4. The voltage 
output on the VFR lead is equal to the normalized 
value given in the table. augmented 
by an offset. 
The 
offset value is approximately 
15 mV. 
5. x126 is a virtual decision value. 
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During signaling 
frames, 
a 7-bit transfer 
characteris- 
tic is implemented 
in the decoder. 
This characteristic 
is derived 
from the decoder 
values 
in the attached 
table 
by assuming 
a value 
of "1" 
for the 
LSB (8th 
bit) and shifting 
the decoder 
transfer 
characteristics 


one half-step 
away from the origin. For example, 
the 
maximum 
decoder 
output 
level for signaling 
frames 
has 
normalized 
value 
7903, 
whereas 
it has value 
8031 in normal 
(non-signaling) 
frames. 
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Holding Capacitor 


For an 8 KHz sampling system the transmit holding 
capacitor CAPx should be 2000 pF ± 20%. 


The 2910A contains a transparent on-chip auto zero 
plus a device pin for implementing a sign-bit driven 
external auto zero feedback loop. The on-chip auto 
zero reduces the input offset voltage of the encoder 
(VFx) to less than 3 mY. For most telephony applica- 
tions, this input offset is perfectly acceptable, since it 
insures the encoder is biased in the lower 25% of 
the first segment. 


Where lower input offset is required the external 
auto zero loop may be used to bias the encoder ex- 
actly at the zero crossing point. The consequence of 
the external auto zero loop, aside from extra compo- 
nents, is the addition of the dithering auto-zero sig- 
nal to the input signal, resulting in slightly higher idle 
channel noise (approximately 2dB) than when the 
external loop is not used. Consequently, where the 
application permits, it is recommended that the ex- 
ternal auto zero loop not be used. When not used, 
the AUTO pin should float. 


r-------, 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 
II 
I 
L!'~~~__ ..J 


The circuit interface with auto zero drawing shows a 
possible connection between the VFx and AUTO 
leads with the recommended values of C1 = 0.3 /LF, 
R1 = 150 Kfi, R2 = 330 Kfi, and R3 = 470 Kfi. 


The filters may be interfaced as shown in the circuit 
interface diagrams. Note that the output 
pulse 
stream is of the non-return-to-zero type and hence 
requires the (sin x)/x correction provided by the 
2912A filter. 


For higher drive capability or increased system reli- 
ability it may be desirable that the Ox output of a 
group of Codecs be buffered from the system PCM 
bus with an external three-state or open collector 
buffers. A buffer can be enabled with the ~ropriate 
Codec generated TSx signal or signals. TSx signal 
may also be used to activate external zero code sup- 
pression logic, since the occurrence of an active 
state of any TSx implies the existence of PCM voice 
bits (as opposed to transparent data bits) on the 
bus. 


r--- 
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•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Temperature 
Under 
Bias 
-1 
D·e to 
+ eD·e 


Storage 
Temperature 
- 65·e 
to 
+ 1500e 


All 
Input 
or Output 
Voltages 
with 
Respect 
to Vss 
..............•. 
-D.3Vto 
+2DV 


VCC 
VDD 
GRDD, 
and 
GRDA 
with 
Respect 
to Vss 
...•....•....... 
-D.3V 
to 
+ 2DV 


Power 
Dissipation 
.............•..•..•..•. 
1.35W 


D.C. CHARACTERISTICS 


TA=D·e 
to 
+7D·e, 
VDD= 
+12V 
±5%, 
Vcc= 
+5V 
±5%, 
Vss= 
-5V 
±5%, 
GRDA=DV, 
GRDD=DV, 


unless 
otherwise 
specified 


DIGITAL 
INTERFACE 


Symbol 
Parameter 
Limits 
Units 
Test 
Conditions 
Mln 
Typ(1) 
Max 


IlL 
Low Level Input Current 
10 
/LA 
VIN < VIL 


IIH 
High Level Input Current 
10 
/LA 
VIN> 
VIH 


VIL 
Input Low Voltage 
0.6 
V 


VIH 
Input High Voltage 
2.0 
V 


VOL 
Output 
Low Voltage 
0.4 
V 
OX, 10L = 4.0 mA 
StGR, 10L = 0.5 mA 
"ffix, tOL = 3.2 mA, Open Drain 


PDN, tOL = 1.6 mA, Open Drain 


VOH 
Output 
High Voltage 
2.4 
V 
DX,IOH = 15 mA 
SIGR 
10H = 0.08 mA 


Symbol 
Parameter 
Limits 
Units 
Test 
Conditions 
Mln 
Typ(1) 
Max 


ZAI 
Input Impedance 
when 
125 
300 
500 
0 
in Series with CAPx to GRDA, 


Sampling, 
VFx 
-3.1V 
< VIN < 3.1V 


ZAO 
Small Signal Output 
100 
180 
300 
0 
-3.1V 
< Your 
< 3.1V 
Impedance, 
VFR 


VOR 
Output Offset Voltage 
at VFR 
±50 
mV 
all "1s" 
code sent to DR 


VIX 
Input Offset 
Voltage 
at VFx 
±5 
mV 
VFx Voltage 
Required 
to 
Produce 
all "1 s" Code at Ox 


VOL 
Output 
Low Voltage 
at AUTO 
Vaa 
(Vaa+2) 
V 
400 KO to GRDA 


VOH 
Output 
High Voltage 
at AUTO 
(Vcc-2) 
Vcc 
V 
400 KO to GRDA 


Symbol 
Parameter 
Limits 
Units 
Test 
Conditions 
Mln 
Typ(1) 
Max 


1000 
Standby 
Current 
0.7 
1.1 
mA 
Auto Output 
= Open Clock 


Icco 
Standby 
Current 
4 
7.0 
mA 
Frequency 
= 2.048 MHz 


laao 
Standby 
Current 
1 
2.5 
mA 


1001 
Operating 
Current 
11 
16 
mA 


ICCI 
Operating 
Current 
13 
21 
mA 


laal 
Operating 
Current 
4 
6.0 
mA 


NOTE: 
1. Typical 
values 
are for TA = 25°C and nominal 
power 
supply values. 
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2910A 


A.C. CHARACTERISTICS 
TA=O·C to 
+70·C, 
VDD= +12V 
±5%, 
vcc= 
+5V 
±5%, 
VBB= -5V 
±5%, 
GRDA=OV, 
GRDD=OV, 
unless otherwise 
specified 


Symbol 
Parameter 
Limits 
Unit 
Test 
CondItions 
Mln 
Typ(l) 
Max 


SID 
Signal/Tone 
Distortion 
Ratio, 
VFx = 1.02 KHz, Sinusoid 
C-Message 
Weighted 
36 
dB 
- 30 dBmO ,;; VFx ,;; 0 dBmO 


Half Channel 
30 
dB 
-40 
dBmO ,;; VFx < -30 
dBmO 
(See Figure 1) 
27 
dB 
-45 
dBmO ,;; VFx < -40 
dBmO 


toG 
VFx = 1.02 KHz, Sinusoid 
Gain Tracking 
Deviation 
±0.25 
±0.30 
dB 
-37 
dBmO ,;; VFx 
,;; +3 
dBmO 
Half Channel(2) 
±0.60 
±0.70 
dB 
- 50 dBmO ,;; VFx < - 37 dBmO 
Reference 
level 
0 dBmO 
±1.5 
±1.8 
dB 
- 55 dBmO ,;; VFx < - 50 dBmO 


toGv 
toG Variation 
with Supplies 
±0.0002 
±0.0004 
dB/mV 
-37 
dBmO ,;; VFx 
,;; +3 
dBmO 
Half Channel 
±0.0004 
±0.0008 
dB/mV 
- 50 dBmO ,;; VFx < - 37 dBmO 


toGT 
toG Variation 
with Temperature 
±0.001 
±0.002 
dBrc 
-37 
dBmO ,;; VFx ,;; +3 
dBmO 
Half Channel 
±0.002 
±0.005 
dBrc 
- 50 dBmO ,;; VFx < - 37 dBmO 


NIC1 
Idle Channel 
Noise, C·Message 
2 
7 
dBrncO 
No Signaling(3) 
Weighted 


NIC2 
Idle Channel 
Noise, C-Message 
10 
13 
dBrncO 
with 6th and 12th Frame 
Weighted 
Signaling(3) 


NIC3 
Idle Channel 
Noise, C-Message 
14 
18 
dBrncO 
with 1 KHz Sign Bit Toggle 


Weighted 


HD 
Harmonic 
Distortion 
(2nd or 3rd) 
-48 
-44 
dB 
VFx = 1.02 KHz, 0 dBmO; 
Measured 
at Decoder 
Output VFR 


IMD 
Intermodulation 
Distortion 
4-Tone 
Stimulus 
in Accordance 
2nd Order 
-45 
dB 
with BSTR PUB 41009 
3rd Order 
-55 
dB 


NOTES: 
1. Typical 
values 
are for TA = 25'C 
and nominal 
supply values. 


2. Measured 
in one direction, 
either 
decoder 
or encoder 
and an ideal device, 
at 23'C, 
nominal 
supplies. 
3. If the external 
auto·zero 
is used NIC1 has a typical 
value 
of 8 dBrncO and N'C2 has a typical 
value 
of 13 dBmcO. 


4. DR of Device 
Under Test 
(D.U.T.) 
driven with repetitive 
digital word sequence 
specified 
in CCITI 
recommendation 
G.711. 


Measurement 
made at VFR output. 


5. With the D.C. method 
the positive 
and negative 
clipping 
levels are measured 
and AIR is calculated. 
With the A.C. method 
a sinusoidal 
input signal to VFx is used where 
AIR is measured 
directly . 
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Figure 13.Signal/Total 
Distortion Ratio 
(Half-Channel) 
Figure 14.Gain Tracking Deviation (~G) 
(Half-Channel) 
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A.C. CHARACTERISTICS 
TA=O'C 
to 
+70'C, 
VDD= 
+12V 
±5%, 
Vcc 
unless otherwise 
specified 
(Continued) 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(l) 
Max 


DmW 
Digital Milliwatt 
Response 
5.53 
5.63 
5.73 
dBm 
23'C, Nominal 
Supplies(4) 


DmWT 
DmWo Variation 
with 
-0.001 
-0.002 
dBfOC 
Relative to 23'C(4) 


Temperature 


DmWs 
DmWo Variation 
with 
±0.07 
dB 
Supplies 
± 5%(4) 


Supplies 


AIR 
Input Dynamic Range 
2.17 
2.20 
2.23 
VRMS 
Using D.C. and A. C. Tests(S) 


23'C, Nominal Supplies 


AIRT 
Input Dynamic 
Range with 
-0.5 
mVRMSfOC 
Relative to 23'C 
Temperature 


AIRS 
Input Dynamic 
Range with 
±18 
mVRMS 
Supplies 
±5% 
Supplies 


AOR 
Output Dynamic 
Range, VFR 
2.13 
2.16 
2.19 
VRMS 
23'C, Nominal 
Supplies 


AORT 
AOR Variation 
with 
-0.5 
mVRMSfOC 
Relative to 23'C 
Temperature 


AoRS 
AOR Variation 
with Supplies 
±18 
mVRMS 
Supplies 
±5% 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(l) 
Max 


PSRR1 
VDD Power Supply Rejection 
Ratio 
45 
dB 
Decoder 
Alone(2) 


PSRR2 
VBB Power Supply Rejection 
Ratio 
35 
dB 
Decoder 
Alone(2) 


PSRR3 
Vcc Power Supply Rejection 
Ratio 
50 
dB 
Decoder 
Alone(2) 


PSRR4 
VDD Power Supply Rejection 
Ratio 
50 
dB 
Encoder 
Alone(3) 


PSRRs 
VBB Power Supply Rejection 
Ratio 
45 
dB 
Encoder 
Alone(3) 


PSRRs 
Vcc Power Supply Rejection 
Ratio 
50 
dB 
Encoder 
Alone(3) 


CTR 
Crosstalk 
Isolation, 
Receive 
Side 
75 
80 
dB 
(Note 4) 


CTT 
Crosstalk 
Isolation, 
Transmit 
Side 
75 
80 
dB 
(Note 5) 


CAPX 
Input Sample and Hold Capacitor 
1600 
200 
2400 
pF 


NOTES: 
1. Typical values are for TA = 2S'C and nominal power supply values. 
2. D.U.T. decoder; impose 200 mVp.p, 1.02 KHz on appropriate supply; measurement made at decoder output; decoder in 
idle channel conditions. 
3. D.U.T. encoder; impose 200 mVp.p, 1.02 KHz on appropriate supply; measurement made at encoder output; encoder in 
idle channel conditions. 
4. VFx of D.U.T. encoder = 1.02 KHz, 0 dBmO. Decoder under quiet channel conditions; measurement made at decoder 
output. 
S. VFx = 0 Vrms. Decoder = 1.02 KHz, 0 dBmO.Encoder under quiet channel conditions; measurement made at encoder 
output. 
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A.C. CHARACTERISTIC-TIMING 
SPECIFICATION(1) 
TA=O°Cto 
+ 70°C, VDD= 
+12V 
±5%, 
VCC= +5V 
±5%, 
VSS= 
-5V 
±5%, 
GRDA=OV, 
GRDD=OV, 
unless otherwise 
specified 


Symbol 
Parameter 
limits 
Units 
Comments 
Mln 
Max 


tCY 
Clock Period 
485 
ns 
CLKx, CLKR (2.048 MHz Systems), 
CLKc 


tr, tf 
Clock Rise and Fall Time 
0 
30 
ns 
CLKx, CLKR, CLKc 


tCLK 
Clock Pulse Width 
215 
ns 
CLKx, CLKR, CLKc 


tCDc 
Clock Duty Cycle (tCLK -;- tCY) 
45 
55 
% 
CLKx, CLKR 


Symbol 
Parameter 
limits 
Units 
Comments 
Mln 
Max 


tVFx 
Analog 
Input Conversion 
20 
Timeslot 
from Leading Edge of Transmit 
Timeslot 
(2) 


tDZX 
Data Enabled on TS Entry 
50 
180 
ns 
o < CLOAD < 100 pF 


tDHX 
Data Hold Time 
80 
230 
ns 
o < CLOAD < 100 pF 


tHZX 
Data Float on TS Exit 
75 
245 
ns 
CLOAD = 0 


tSON 
Timeslot 
X to Enable 
30 
220 
ns 
o < CLOAD < 100pF 


tSOFF 
Timeslot 
X to Disable 
70 
225 
ns 
CLOAD = 0 


tss 
Signal Setup Time 
0 
ns 
Relative to Bit 7 Falling Edge 


tSH 
Signal Hold Time 
100 
ns 
Relative to Bit 8 Falling Edge 


tFSD 
Frame Sync Delay 
15 
150 
ns 


Symbol 
Parameter 
limits 
Units 
Comments 
Mln 
Max 


tVFR 
Analog Output Update 
9 Y16 
91,1,6 
Timeslot 
from Leading Edge of the Channel Timeslot 


tDSR 
Receive 
Data Setup 
20 
ns 


tDHR 
Receive 
Data Hold 
60 
ns 


tSIGR 
SIGR Update 
1 
/Ls 
from Trailing Edge of the Channel 
Timeslot 


tFSD 
Frame Sync Delay 
15 
150 
ns 


tDSC 
Control 
Data Setup 
115 
ns 
Microcomputer 
Mode Only 


tDHC 
Control 
Data Hold 
115 
ns 
Microcomputer 
Mode Only 


NOTES: 
1. All timing parameters referenced to 1.5V, except tHZXand tSOFFwhich reference to high impedance state. 
2. The 20 timeslot minimum insures that the complete AID conversion will take place under any combination of receive 
interrupt or asynchronous operation of the Codec. If the transmit channel only is operated, the AID conversion can be 
completed in a minimum of 11 timeslots. Refer to the Codec Control General Requirement section for instructions on selting 
a channel in an idle condition. 


FS. 


NON SIGNALING 
FRAMESj: 
tFSD 
----------- 
FS. 


SIGNALING 
FRAMES 


FS. 


NON 
SIGNALING 
FRAMESJ 
I 
tfSO 


FS 
R 
----------- 


SIGNALING 
FRAMES 
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2911A-1 
PCM CODEC-A 
LAW 
8-BIT COMPANDED AID AND DI A CONVERTER 
• Per Channel, Single Chip Codec 
• 66 dB Dynamic Range, with Resolution 
• CCITT G711 and G732 Compatible, 
Equivalent to 11-Blt Linear Conversion 


Even Order Bits Inversion Included 
Around Zero 
• Microcomputer 
Interface with On-Chip 
• Precision On-Chip Voltage Reference 


Time-Slot Computation 
• Low Power Consumption 
230 mW Typ. 
• Simple Direct Mode Interface When 
Standby Power 33 mW Typ. 


Fixed Tlmeslots Are Used 
• Fabricated with Reliable N-Channel 
• ±5% Power Supplies: + 12V, +5V, -5V 
MOS Process 


The Intel 2911A 
is a fully integrated 
PCM (Pulse Code Modulation) 
Codec 
(Coder-Decoder), 
fabricated 
with 
N-channel 
silicon 
gate technology. 
The high density 
of integration 
allows 
the sample 
and hold circuits, 
the 
digital-to-analog 
converter, 
the comparator 
and the successive 
approximation 
register 
to be integrated 
on the 
same chip, along with the logic necessary 
to interface 
a full duplex 
PCM link. 


The primary applications 
are in telephone 
systems: 


• 
Transmission 
- 
30/32 
Channel 
Systems 
at 2.048 Mbps 
• 
Switching 
- 
Digital PBX's and Central 
Office 
Switching 
Systems 
• 
Concentration 
- 
Subscriber 
Carrier/Concentrators 


The wide dynamic 
range of the 2911 A (66 dB) and the minimal 
conversion 
time (80 /JoS minimum) 
make it an 


ideal product 
for other applications, 
like: 


• 
Data Acquisition 
• 
Secure 
Communications 
Systems 
• 
Telemetry 
• 
Signal Processing 
Systems 
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270158-1 
Figure 1. Pin 
Configuration 
DC 
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Cl"c@ 


PoN @ 
CAP 1x. CAP 2x 
Holding Capacitor 


VFx 
Analog Input 


VFR 
Analog Output 


DR. DC 
Digital Input 


Ox. fSx 
Digital Output 


CU(c. 
CLKx. CLKR 
Clock Input 


FSx. FSR 
Frame Sync Input 


AUTO 
Auto Zero Output 


VBB 
Power (-SV) 


Vcc 
Power (+SV) 


Voo 
Power (+ 12V) 


PDN 
Power Down 


GRDA 
Analog Ground 


GRDD 
Digital Ground 


NC 
No Connect 


0" 
CD 
ClK, ® 
.s. ® 
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Pin No 
Symbol 
Function 
Description 


1 
CAP1x 
Hold 
Connections 
for the transmit 
holding capacitor. 
Refer to 


2 
CAP2x 
Applications 
section. 


3 
VFx 
Input 
Analog input to be encoded 
into a PCM word. The signal on 
this lead is sampled 
at the same rate as the transmit 
frame 
synchronization 
pulse FSx, and the sample value is held in the 
external 
capacitor 
connected 
to the CAP1 X and CAP2x leads 
until the encoding 
process 
is completed. 


4 
AUTO 
Output 
Most significant 
bit of the encoded 
PCM word (+ 5V for 
negative. 
- 5V for positive values). 
Refer to the Codec 
Applications 
section. 


5 
GRDA 
Ground 
Analog return common 
to the transmit 
and receive analog 
circuits. 
Not connected 
to GRDD internally. 


6 
Voo 
Power 
+ 12V ± 5%; referenced 
to GRDA. 


7 
DR 
Input 
Receive 
PCM highway (serial bus) interface. 
The Codec 
serially receives 
a PCM word (8 bits) through this lead at the 
proper time defined 
by FSR, CLKR, Dc, and CLKc. 


8 
PDN 
Output 
Active high when the Codec is in the power down state. Open 
drain output. 


9 
VFR 
Output 
Analog Output. The voltage 
present on VFR is the decoded 
value of the PCM word received 
on lead DR. this 
value is held 
constant 
between 
two conversions. 


10 
NC 
No 
Recommended 
practice 
is to strap these NC's to GRDA. 


11 
NC 
Connects 


12 
GRDD 
Ground 
Ground return common 
to the logic power supply; Vcc. 


13 
Ox 
Output 
Output of the transmit 
side onto the send PCM highway (serial 
bus). The 8-bit PCM word is serially sent out on this pin at the 
proper time defined 
by FSx. CLKx. Dc. and CLKc. TTL three- 
state output. 


14 
TSx 
Output 
Normally 
high. this signal goes low while the Codec is 
transmitting 
an 8-bit PCM word on the Ox lead. (Timeslot 
information 
used for diagnostic 
purposes 
and also to gate the 
data on the Ox lead.) Open drain output. 


15 
Vcc 
Power 
+ 5V ± 5%, referenced 
to GRDD. 


16 
CLKR 
Input 
Master receive clock defining the bit rate on the receive 
PCM 
highway. Typically 
2.048 Mbps for a carrier system. Maximum 
rate 2.1 Mbps. 50% duty cycle. TTL compatible. 


17 
FSR 
Input 
Frame synchronization 
pulse for the receive PCM highway. 


Resets the on-chip timeslot 
counter for the receive side. 


Maximum 
repetition 
rate 12 KHz. TTL interface. 


18 
CLKx 
Input 
Master transmit 
clock defining the bit rate on the transmit 
PCM highway. Typically 
2.048 Mbps for a carrier system. 
Maximum 
rate 2.1 Mbps. 50% duty cycle. TTL interface. 


19 
FSx 
Input 
Frame synchronization 
pulse for the transmit 
PCM highway. 
Resets the on-chip timeslot 
counter 
for the transmit 
side. 
Maximum 
repetition 
rate 12 KHz. TTL interface. 


20 
VBB 
Power 
- 5V ± 5%, referenced 
to GRDA. 


21 
Dc 
Input 
Data input to program 
the Codec for the chosen 
mode of 
operation. 
Becomes 
an active low chip select when CLKc is 
tied to Vcc. TTL interface. 


22 
CLKc 
Input 
Clock input to clock in the data on the Dc lead when the 
timeslot 
assignment 
feature is used; tied to Vcc to disable this 
feature. TTL interface. 
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I 
PABX I C.O. SWITCHING 
SYSTEM 
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SUPERVISION 
I 
PROTECTION 
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The 2911 A PCM Codec 
provides 
the analog-to-digi- 
tal and the digital-to-analog 
conversions 
necessary 
to interface 
a full duplex 
(4 wires) 
voice 
telephone 
circuit with the PCM highways 
of a time division 
mul- 
tiplexed 
(TOM) system. The Codec is intended 
to be 
used on line and trunk terminations. 


In a typical 
telephone 
system 
the Codec 
is located 
between 
the PCM highways 
and the channel 
filters. 


The Codec 
encodes 
the incoming 
analog 
signal 
at 
the frame rate (FSx) into an a-bit PCM word which is 
sent out on the Ox lead at the proper time. Similarly, 
on the receive 
link, the Codec fetches 
an a-bit PCM 
word 
from 
the 
receive 
highway 
(DR lead) 
and de- 
codes an analog value which will remain constant 
on 
lead VFR until the next receive 
frame. Transmit 
and 
receive 
frames 
are independent. 
They can be asyn- 
chronous 
(transmission) 
or synchronous 
(switching) 
with each other. 


Circuitry 
is provided 
within 
the 
Codec 
to internally 
define 
the transmit 
and receive 
timeslots. 
In small 
systems 
this may eliminate 
the need for any external 
timeslot 
exchange; 
in large systems 
it provides 
one 
level of concentration. 
This feature can be bypassed 
and discrete 
timeslots 
sent to each Codec 
within 
a 
system. 


In the power-down 
mode, most functions 
of the Co- 
dec are directly disabled 
to reduce power dissipation 
to a minimum. 


The 
operation 
of the 
2911A 
is defined 
by serially 
loading an a-bit word through the DC lead (data) and 
the CLKc 
lead (clock). 
The loading 
is synchronous 
with the other 
operations 
of the Codec, 
and takes 
place whenever 
transitions 
occur on the CLKc 
lead. 
The DC input is loaded 
in during the trailing 
edge of 
the CLKC input. 


BIT 1 
BIT 2 
BIT 3 
BIT. 
BIT So 
BIT 6 
BIT 7 
BIT' 


I 
SElECT 
_I, 
ASSIGN 
X, R 
I 
r MODE I 
TIME 
SLOT: 
".,~ 


Bit 1 and Bit 2 define whether 
the subsequent 
6 bits 
apply to both the transmit 
and receive 
side (00), the 
transmit 
side only (01), the receive 
side only (10), or 
whether 
the Codec should go into the standby, 
pow- 


er-down 
mode (11). In the last case (11), the follow- 
ing 6 bits are irrelevant. 


2911••• 


CODEC 


II 
RINGING 
I 
IL 
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Figure 4. Typical 
Line Termination 


6-21 


The last 6 bits of the control word define the timeslot 
assignment, from 000000 (timeslot 1) to 111111 
(timeslot 64). Bit 3 is the most significant bit and bit 8 
the least significant bit and last into the Codec. 


Bit 1 Blt2 
Mode 


0 
0 
X&R 
0 
1 
X 
1 
0 
R 
1 
1 
Standby 


Bit 
Time-Slot 
3 
4 
5 
6 
7 
8 


0 
0 
0 
0 
0 
0 
1 
0 
0 
0 
0 
0 
1 
2 
• 
• 
• 
• 
• 
• 
• 
• 
1 
1 
1 
1 
1 
1 
64 


The Codec will retain the control word (or words) 
until a new word is loaded in or until power is lost. 
This feature permits dynamic allocation of timeslots 
for switching applications. 


In the microcomputer mode, each Codec performs 
its own timeslot computation independently for the 
transmit and receive channels by counting clock 
pulses (CLKx and CLKR). All Codecs tied to the 
same data bus receive identical framing pulses (FSx 
and FSR). The framing pulses reset the on-chip 
timeslot counters every frame; hence the timeslot 
counters of all devices are synchronized. Each Co- 
dec is programmed via CLKc and Dc for the desired 
transmit and receive timeslots according to the de- 
scription in the Codec Control Section. All Codecs 
tied to the same DR bus will, in general, have differ- 
ent receive timeslots, although that is not a device 
requirement. There may be separate busses for 
transmit and receive or all Codecs may transmit and 
receive over the same bus, in which case the trans- 
mit and receive channels must be synchronous 
(CLKx = CLKR). There are no other restrictions on 
timeslot assignments; a device may have the same 
transmit and receive timeslot even if a single bus is 
used. 


There 
are 
several 
requirements 
for 
using the 
CLKc-Dc 
interface in the microcomputer mode. 
1. A complete timeslot assignment, consisting of 
eight negative transitions of CLKc, must be made 
in less than one frame period. The assignment 


can overlap a framing pulse so long as all 6 con- 
trol bits are clocked in within a total span of 
125 IJ-s(for an 8 KHz frame rate). CLKc must be 
left at a TTL low level when not assigning a time- 
slot. 


2. A dead period of two frames must always be ob- 
served 
between 
successive 
timeslot 
assign- 
ments. The two frame delay is measured from the 
rising edge of the first CLKc transition of the pre- 
vious timeslot assigned. 
3. When the device is in the power-down state 
(Standby), the 
following 
three-step 
sequence 
must be followed to power-up the codec to avoid 
contention on the transmit PCM highway. 
a. Assign a dummy transmit timeslot. The dummy 
should be at least two timeslots greater than 
the maximum valid system (usually 24 or 32). 
For example, in a 24 timeslot system, the dum- 
my could be any timeslot between 26 and 64. 
This will power-up the transmit side, but pre- 
vent any spurious Dx or TSx outputs. 


b. Two frames later, assign the desired transmit 
timeslot. 


c. Two frames later assign the desired receive 
timeslot. 


4. Initialization sequence: The device contains an 
on-chip power-on clear function which guarantees 
that with proper sequencing of the supplies (Vcc 
or VDD on last), the device will initialize with no 
timeslot assigned to either the transmit or receive 
channel. After a supply failure or whenever the 
supplies are applied, it is recommended that ei- 
ther power down assignment be made first, or the 
first timeslot assignment be a transmit time- 
slot or a transmit/receive 
timeslot. The conse- 
quence of making a receive timeslot assignment 
first, after supply application, is that the transmit 
channel will assume timeslot 1, potentially pro- 
ducing bus contention. 
5. Transmit only/receive only operation is permitted 
provided that a power down assignment is made 
first. Otherwise, special circuits which use only 
one channel should be physically disconnected 
from the unused bus; this allows a timeslot to be 
made to 
an unused channel 
without 
conse- 


quence. 


6. Both frame synchronizing pulses (FSx, FSR) must 
be active at all times after power on clear (after 
power supplies are turned on). This requirement 
must be met during powerdown and receive only 
or transmit only operation, as well as during nor- 
mal transmit and receive operation. 


Example of Microcomputer Control Mode: 


The two words 01000001 and 10000010 have been 
loaded into the Codec. The transmit side is now pro- 
grammed for timeslot 2 and the receive side for 


inter 


timeslot 
3. The Codec will output a PCM word on the transmit 
PCM highway (bus) during the timeslot 
2 of the 
transmit 
frame, 
and will fetch 
a PCM word from the receive 
PCM highway 
during timeslot 
3. 
r SEPARATED 
BY AT LEAST TWO fRAMESl 
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Figure 5. Microcomputer 
Mode Programming 
Examples 


In this example 
the Codec 
interface 
to the PCM highway then functions 
as shown 
below. (FSx and FSR may 
be asynchronous.) 


, 


PCM WORD 
CLOCKED 
IN 
~ 


The direct 
mode of operation 
will be selected 
when 
the CLKc 
pin is strapped 
to the + 5V supply 
(Vccl. 


In this mode, the Dc pin is an active low chip select. 
In other words, when Dc is low, the device transmits 
and receives 
in the timeslots 
which follow the appro- 
priate framing 
pulses. 
With Dc high the device 
is in 
the power down state. Even though CLKc character- 
istics are simpler for the 2911 A it will operate 
proper- 
ly when plugged 
into a 2911 board. 


Deactivation 
of a channel 
by removal 
of the appro- 
priate framing 
pulse (FSx or FSR) is not permitted. 


Specifically, 
framing 
pulses 
must 
be applied 
for a 
minimum 
of two frames after a change 
in state of Dc 
in order for the Dc change to be internally 
sensed. 
In 
particular, 
when entering 
standby 
in the direct mode, 
framing 
pulses 
must 
be applied 
as usual 
for 
two 
frames 
after Dc is brought 
high. 


The Codec will enter direct mode within three frame 
times 
(375 }Jos)as measured 
from the time the de- 
vice power supplies 
settle to within the specified 
lim- 
its. This assumes 
that CLKc 
is tied to Vcc 
and that 
all clocks 
are available 
at the time the supplies 
have 
settled. 


General Control Requirements 


All bit and frame clocks should be applied 
whenever 
the device is active. In particular, 
an unused channel 
cannot 
be deactivated 
by removal 
of its associated 
frame 
or bit clock 
while 
the 
other 
channel 
of the 
same device 
remains 
active. 


A single 
channel 
cannot 
be deactivated 
except 
by 
physical 
disconnection 
of the data lead (Dx or DR) 
from the system 
data bus. A device 
(both 
transmit 
and receive 
channels) 
may be deactivated 
in either 
control 
mode 
by powering 
down 
the 
device. 
Both 
channels 
are always 
powered 
down together. 


The VF signal to be encoded is input on the VFx 
lead. An internal switch samples the signal and the 
hold function is performed by the external capacitor 
connected to the CAP1x and CAP2x leads. The 
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transmit timeslot. The PCM word is then output on 
the Ox lead at the proper timeslot occurrence of the 
following frame. The AID converter saturates at ap- 
proximately ±2.2V RMS (± 3.1V peak). 
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Decoding 


The PCM word is fetched by the DR lead from the 
PCM highway at the proper timeslot occurrence. The 
decoded value is held on an internal sample and 
hold capacitor. The buffered non-return to zero out- 
put signal on the VFR lead has a dynamic range of 
± 2.2V RMS (± 3.1 volts peak). 


To minimize power consumption and heat dissipa- 
tion a standby mode is provided where all Codec 
functions are disabled except for Dc and CLKc 
leads. These allow the Codec to be reactivated. In 
the microcomputer mode the Codec is placed into 
standby by loading a control word (Dc) with a "1" in 
bits 1 and 2 locations. In the direct mode when Dc is 
brought high, the all "1's" control word is internally 
transferred to the control 
register, invoking the 
standby condition. 


While in the standby mode, the Ox output is actively 
held in a high impedance state to guarantee that the 
PCM bus will not be driven. 


The power consumption in the standby mode is typi- 
cally 33 mW. 


Whether the device is used in the direct or micro- 
computer mode, an internal reset (power-on clear) is 


generated, forcing the device into the power down 
state, when power is supplied by any of the following 
methods. (1) Device power supplies are turned on in 
a system power-up situation where either Vcc or 
Voo is applied last. (2) A large supply transient caus- 
es either of the two positive supplies to drop to ap- 
proximately 2V. (3) A board containing Codecs is 
plugged into a "hot" system where Vcc or Voo is 
the last contact made. It may be necessary to trim 
back the edge connector pins or fingers on Vcc or 
Voo relative to the other supply to guarantee that 
the power-on clear will operate properly when a 
board is plugged into a "hot" system. Furthermore, 
the Codec will inhibit activity on TSx and Ox during 
the application of power supplies. 


The device is also tolerant of transients in the nega- 
tive supply (Vss) so long as Vss remains more neg- 
ative than -3.5V. Vss transients which exceed this 
level should be detected and followed by a system 
reinitialization. 


Precision Voltage Reference 
for the 
01A Converter 


The voltage reference is generated on the chip and 
is calibrated during the manufacturing process. The 
technique uses the difference in sub-surface charge 
density between two suitably implanted MOS devic- 
es to derive a temperature stable and bias stable 
reference voltage. 


inter 


A gain setting op amp, programmed during manufac- 
turing, "trims" the reference voltage source.to the 
final precision voltage reference value provided to 
the OfA converter. The precision voltage reference 
determines the initial gain and dynamic range char- 
acteristics described in the A.C. Transmission Speci- 
fication section. 


The conversion law is commonly referred to as the A 
Law. 


F(x) = Sgn(x) 
[1 + log10 (AIX!)], 
1/A,;; 
Ixl ,;; 1 
1 + IOg10A 


F(x) = Sgn(x) 
[ __ 
A_IX_I_], 
0 s: Ixl ,;; 1/A 
1 + 1091O A 


where: 
x = the input signal 


Sgn(x) = sign of the input signal 


A = 87.6 (defined 
by CCITT) 


The Codec provides a piecewise linear approxima- 
tion of the logarithmic law through 13 segments. 
Each segment is made of 16 steps with the exc~p- 
tion of the first segment, which has 32 steps. In adJa- 
cent segments the step sizes are in a ratio of two to 
one. Within each segment, the step size is constant. 


The output levels are midway between the corre- 
sponding decision levels. The output level~ Yn are 
related to the input levels xn by the expression: 


= Xn-1 
+ Xn 
0 < n ,;; 128 
Yn 
2' 


1 
2 
' 
3 
4 
5 
6 
7 
8 


Decision 
PCMWord(4) 
Normalized 
Decoder 
Segment 
No. of Steps 
Value at 
Decision 
Value 
Output 
Number 
x Step Size 
Segment 
Value 
Value Xn(l) 
Bit Number 
at Decoder 
Value 
End Points 
Numbern 
12345678 
Output Yn(5) 
Number 


4096(3) 
(128) 
(4096) 
I 
I 


" 


11111111 
4032 
128 
127 
3968 
I 
I 


I 
I 
I 
I 


7 
16x 128 
I 
I 
(Note 2) 
I 
I 
, 
I 
I 
I 
I 


I 
I 
I 
I 
113 
2176 
I 
I 


1 1 1 1 0000 
2112 
113 
2048 
112 
2048 
I 
I 


I 
I 
I 
I 


6 
16x64 
I 
I 
(Note 2) 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 


97 
1088 
I 
I 


11100000 
1056 
97 
1024 
96 
1024 
I 
I 


I 
I 
I 
I 


5 
16x32 
I 
I 
(Note 2) 
I 
I 


I 
I 
I 
I 


I 
I 
I 
I 


81 
544 
I 
I 
11010000 
528 
81 
512 
80 
512 
I 
I 
I 
I 
I 
I 


4 
16x 16 
I 
I 
(Nole2) 
I 
I 


i 
I 
I 
I 
I 


I 
I 
I 
I 
65 
272 
I 
I 
11000000 
264 
65 


256 
64 
256 
I 
I 
I 
I 
I 
I 


3 
16x8 
I 
I 
(Nole2) 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 
49 
136 
I 
I 
10110000 
132 
49 


128 
48 
128 
I 
I 
I 
I 
I 
I 


2 
16x4 
I 
I 
(Note 2) 
I 
I 


I 
I 
I 
I 


I 
I 
I 
I 


33 
68 
I 
I 
10100000 
66 
33 


64 
32 
64 
I 
I 


I 
I 
I 
I 


1 
32 x 2 
I 
I 
(Nole2) 
I 
I 
I 
I 
I 
I 


I 
I 
I 
I 


1 
2 
I 
I 


10000000 
1 
1 


0 
0 


NOTES: 
1. 4096 
normalized 
value units correspond 
to the value of the on-chip 
voltage 
reference. 


2. The PCM word 
corresponding 
to positive 
input values 
between 
two successive 
decision 
values 
numbered 
nand 
n + 1 


(see column 
4) is (128 + n) expressed 
as a binary number. 


3. X128 is a virtual 
decision 
value. 


4. The PCM word on the highways 
is the same as the one shown 
in column 
6, with the even order 
bits inverted. 
The 2911 A 
prOVides for the inversion 
of the even order bits on both the send and receive 
sections. 
5. The voltage 
output 
on the 
VFR 
lead 
is equal 
to the 
normalized 
value 
given 
in the table, 
augmented 
by an offset. 
The 
offset 
value 
is approximately 
15 mY. 


Holding Capacitor 


For an 8 KHz sampling system the transmit holding 
capacitor CAPx should be 2000 pF ±20%. 
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~ 
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Figure 11. Circuit Interface-,-Wlthout 
External 
Auto Zero 


The filters may be interfaced as shown in the circuit 
interface diagrams. Note that the 
output pulse 
stream is of the non-return-to-zero type and hence 
requires the (sin x)/x 
correction provided by the 
2912A filter. 


For higher drive capability or increased system reli- 
ability it may be desirable that the Ox output of a 
group of Codecs be buffered from the system PCM 
bus with an external three-state or open collector 
buffers. A buffer can be enabled with the cy:propriate 
COdec generated TSx signal or signals. TSx signal 
may also be used to activate external zero code sup- 
pression logic, since the occurrence of an active 
state of any TSx implies the existence of PCM voice 
bits (as opposed to transparent data bits) on the 
bus. 
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I 
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Figure 12. Circuit Interface-With 
External 
Auto Zero 


The 2911A contains a transparent on-chip auto zero 
plus a device pin for implementing a sign-bit driven 
external auto zero feedback loop. The on-chip auto 
zero reduces the input offset voltage of the encoder 
(VFx) to less than 3 mY. For most telephony applica- 
tions, this input offset is perfectly acceptable, since it 
insures the encoder is biased in the lower 25% of 
the first segment. 


Where lower input offset is required the external 
auto zero loop may be used to bias the encoder ex- 
actly at the zero crossing point. The consequence of 
the external auto zero loop, aside from extra compo- 
nents, is the addition of the dithering auto-zero sig- 
nal to the input signal, resulting in slightly higher idle 
channel noise (approximately 2 dB) than when the 
external loop is not used. Consequently, where the 
application permits. it is recommended that the ex- 
ternal auto zero loop not be used. When not used, 
the AUTO pin should float. 


The circuit interface with external auto zero drawing 
shows a possible connection between VFx and 
AUTO 
leads with 
the 
recommended 
values of 
C1= 0.3 
/LF, 
R1= 150 
KO, 
R2= 3300, 
and 
R3=470 KO. 
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•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Temperature 
Under Bias 
-1 O·C to + 80·C 


Storage Temperature 
- 6S·C to + 1S0·C 


All Input or Output 
Voltages 
with 
RespecttoVss 
-0.3Vto 
+20V 


Vcc, VDD, GRDA, and GRDA with Respect 
toVss 
-0.3Vto 
+20V 


Power Dissipation 
1.3SW 


D.C. CHARACTERISTICS 
TA = O·Cto 
+70·C, 
VDD = +12V 
±S%, 
Vcc = +sv 
±S%, 
Vss = -sv 
±S%, 
GRDA = OV, GRDD = OV, 


unless otherwise 
specified. 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(1) 
Max 


IlL 
Low Level Input Current 
10 
p.A 
VIN < VIL 


IIH 
High Level Input Current 
10 
p.A 
VIN > VIH 


VIL 
Input Low Voltage 
0.6 
V 


VIH 
Input High Voltage 
2.2 
V 


VOL 
Output Low Voltage 
0.4 
V 
Dx, IOL = 4.0 mA 
TSx, IOL = 3.2 mA, open drain 
PDN, IOL = 1.6 mA, open drain 


VOH 
Output High Voltage 
2.4 
V 
Dx, IOH = 1S mA 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(1) 
Max 


ZAI 
Input Impedance 
when 
12S 
300 
SOO 
.fl. 
In series with CAPx to GRDA, 


Sampling, 
VFx 
-3.1V 
< VIN < 3.1V 


ZAO 
Small Signal Output 
100 
180 
300 
.fl. 
-3.1V 
< VOUT < 3.1V 
Impedance, 
VFR 


VOR 
Output Offset Voltage 
at VFR 
-so 
so 
mV 
Minimum code to DR 


VIX 
Input Offset Voltage at VFx 
-S 
S 
mV 
Minimum positive code 
produced 
at Dx 


VOL 
Output Low Voltage at AUTO 
Vss 
(Vss 
+2) 
V 
400 K.fl. to GRDA 


VOH 
Output High Voltage at AUTO 
(Vcc 
-2) 
Vcc 
V 
400 K.fl. to GRDA 


intJ 


D.C. CHARACTERISTICS 
TA = O·Cto 
+70·C, 
voo = +12V 
±5%, 
vcc 
= +5V 
±5%, 
VBB = -5V 
±5%, 
GRDA = OV, GRDD = OV, 


unless 
otherwise 
specified. 
(Continued) 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(1) 
Max 


1000 
Standby Current 
0.7 
1.1 
mA 


lcco 
Standby 
Current 
4.0 
7.0 
mA 


IBBO 
Standby Current 
1.0 
2.5 
mA 
Auto Output = Open 


1001 
Operating 
Current 
11 
16 
mA 
Clock Frequency 
= 2.048 MHZ 


ICCI 
Operating 
Current 
13 
21 
mA 


IBBI 
Operating 
Current 
4.0 
6.0 
mA 


NOTE: 
1. Typical 
values 
are for TA = 25'C 
and nominal 
power 
supply 
values. 


A.C. CHARACTERISTICS 
TA = O·Cto 
+70·C, 
Voo = +12V 
±5%, 
Vcc = +5V 
±5%, 
VBB = -5V 
±5%, 
GRDA = OV, GRDD = OV, 
unless otherwise 
specified. 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(1) 
Max 


SID 
Signal to Total Distortion 
Ratio. 
37 
dB 
Signal level 0 dBmO to 
CCID 
G.712 Method 2 
-30 
dBmO 


(Half Channel) 
31 
dB 
Signal level to - 40 dBmO 


26 
dB 
Signal level to - 45 dBmO 


AG 
2911A 
VFx = 1.02 KHz, sinusoid 
Gain Tracking 
Deviation 
±0.25 
±0.30 
dB 
-40 
dBmO s VFx s +3 
dBmO 
Half Channel(3) 
±0.60 
±0.70 
dB 
- 50 dBmO s VFx < - 40 dBmO 
Reference 
Level -10 
dBmO 
±1.5 
± 1.8 
dB 
- 55 dBmO s VFx < - 50 dBmO 


AGv 
AG Variation ~ith Supplies 
±0.0002 
±0.0004 
dB/mY 
-40 
dBmO s VFx s +3 dBmO 
Half Channel 
±0.0004 
±0.0008 
dB/mY 
- 50 dBmO s VFx < - 40 dBmO 


AGT 
AG Variation 
with 
±0.001 
±0.002 
dBrC 
-40 
dBmO s VFx s +3 
dBmO 
Temperature 
Half Channel 
±0.002 
±0.005 
dBrC 
-50 
dBmO s VFx < -40 
dBmO 


NIC 
Idle Channel 
Noise 
-85 
-78 
dBmOp 
Quiet Code. (Note 2) 


HD 
Harmonic 
Distortion 
-48 
-44 
dB 
VFx = 1.02 KHz, 0 dBmO; 
(2nd or 3rd) 
measured 
at decoder 
output VFR 


Intermodulation 
Distortion 
IMDl 
G.712(7.1) 
-45 
dB 
CCIDG.712 
IMD2 
G.712(7.2) 
-50 
dBmO 
Two Tone Method 


inter 


A.C. CHARACTERISTICS 
TA = O°Cto 
+ 70°C, VDD = + 12V ±5%, 
Vcc = +5V 
±5%, 
VSS = -5V 
±5%, 
GRDA = OV, GRDD = OV, 


unless otherwise 
specified. 
(Continued) 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(1) 
Max 


DmW 
Digital Milliwatt 
Response 
5.58 
5.66 
5.78 
dBm 
23°C, nominal supplies(4) 


DmWT 
DmWo Variation 
with 
-0.001 
-0.002 
dBrC 
Relative to 23°C(4) 
Temperature 


DmWs 
DmWo Variation 
±0.07 
dB 
Supplies 
± 5%(4) 


with Supplies 


AlA 
Input Dynamic 
Range 
2.183 
2.213 
2.243 
YAMS 
Using D.C. and A.C. tests(S) 
23°C, nominal supplies 


AIAT 
Input Dynamic 
Range 
-0.5 
mVAMSrC 
Relative to 23°C 
vs Temperature 


AlAS 
Input Dynamic 
Range 
±18 
mVAMS 
Supplies 
±5% 
vs Supplies 


AOA 
Output Dynamic 
Range, 
2.14 
2.17 
2.20 
YAMS 
23'C, Nominal Supplies 
VFA 


AOAT 
AOA Variation 
with 
-0.5 
mVAMSrC 
Relative to 23°C 
Temperature 


AOAS 
AOA Variation 
with Supplies 
±18 
mVAMS 
Supplies 
±5% 


Symbol 
Parameter 
Limits 
Unit 
Test Conditions 
Mln 
Typ(1) 
Max 


PSRR1 
VDD Power Supply Rejection 
Ratio 
45 
dB 
decoder 
alone(6) 


PSRR2 
Vss Power Supply Rejection 
Ratio 
35 
dB 
decoder 
alone(6) 


PSRR3 
VCC Power Supply Rejection 
Ratio 
50 
dB 
decoder 
alone(6) 


PSRR4 
VDD Power Supply Rejection 
Ratio 
50 
dB 
encoder 
alone(7) 


PSRRs 
Vss Power Supply Rejection 
Ratio 
45 
dB 
encoder 
alone(7) 


PSRR6 
Vcc Power Supply Rejection 
Ratio 
50 
dB 
encoder 
alone(7) 


CTA 
Crosstalk 
Isolation, 
Receive 
Side 
75 
80 
dB 
(Note 8) 


CTT 
Crosstalk 
Isolation, 
Transmit 
Side 
75 
80 
dB 
(Note 9) 


CAPX 
Input Sample and Hold Capacitor 
1600 
2000 
2400 
pF 


NOTES: 
1. Typical values are for TA = 2S'C and nominal power supply values. 
2. If the external auto zero is used NIC has a typical value of - 76 dSmO. 
3. Tested and guaranteed at 23'C, nominal supplies. 
4. DR of Device Under Test (D.U.T.) driven with repetitive digital word sequence specified in cCln 
recommendation G.711. 


Measurement made at VFR output. 
S. With the D.C. method the positive and negative clipping levels are measured and AIR is calculated. With the A.C. method 
a sinusoidal input signal to VFx is used where AIR is measured directly. 
6. D.U.T. decoder; impose 200 mVpp, 1.02 KHz on appropriate supply; measurement made at decoder output; decoder in 
idle channel conditions. 
7. D.U.T. encoder, impose 200 mVpp, 1.02 KHz on appropriate supply; meaurement made at encoder output; encoder in idle 
channel conditions. 
6. VFx of D.U.T encoder = 1.02 KHz, 0 dSmO. Decoder under quiet channel conditions; measurements made at decoder 
output. 
9. VFx = 0 Vrms. Decoder = 1.02 KHz, 0 dSmO.Encoder under quiet channel conditions; measurement made at encoder 
output. 
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TA = O°Cto 
+ 70°C, VDD = +12V 
±5%, 
VCC = +5V 
±5%, 
VBB = -5V 
±5%, 
GRDA = OV, GRDD = OV, 


unless otherwise 
specified. 


limits 
Symbol 
Parameter 
Unit 
Comments 
Mln 
Max 


tcv 
Clock Period 
485 
ns 
CLKx, CLKR (2.048 MHz systems), 
CLKc 


tr, tf 
Clock Rise and Fall Time 
0 
30 
ns 
CLKx,CLKR,CLKc 


tCLK 
Clock Pulse Width 
215 
ns 
CLKx,CLKR,CLKc 


tCDC 
Clock Duty Cycle (tCLK + lev) 
45 
55 
% 
CLKx, CLKR 


limits 
Symbol 
Parameter 
Unit 
Comments 
Mln 
Max 


tVFX 
Analog 
Input Conversion 
20 
Timeslot 
From Leading Edge of Transmit 
Timeslot(2) 


tDZX 
Data Enabled on TS Entry 
50 
180 
ns 
0< 
CLOAD < 100 pF 


tDHX 
Data Hold Time 
80 
230 
ns 
0< 
CLOAD < 100 pF 


tHZX 
Data Float on TS Exit 
75 
245 
ns 
CLOAD = 0 


tSON 
Timeslot 
X to Enable 
30 
185 
ns 
0< 
CLOAD < 100 pF 


tSOFF 
Timeslot 
X to Disable 
70 
225 
ns 
CLOAD = 0 


tFSD 
Frame Sync Delay 
15 
150 
ns 


Limits 
Symbol 
Parameter 
Unit 
Comments 
Mln 
Max 


tVFR 
Analog Output Update 
9Y16 
9Y16 
Timeslot 
From Leading Edge of the Channel 
Timeslot 


tDSR 
Receive 
Data Setup 
20 
ns 


tDHR 
Receive 
Data Hold 
60 
ns 


tFSD 
Frame Sync Delay 
15 
150 
ns 


tDSC 
Control 
Data Setup 
115 
ns 
Microcomputer 
Mode Only 


tDHC 
Control 
Data Hold 
115 
ns 
Microcomputer 
Mode Only 


NOTES: 
1. All timing 
parameters 
referenced 
to 1.5V, except 
tHZX and tSOFF, which 
reference 
a high impedance 
state. 
2. The 
20 timeslot 
minimum 
insures 
that 
the 
complete 
AID 
conversion 
will take 
place 
under 
any combination 
of receive 
interrupt 
or asynchronous 
operation 
of the Codec. 
Consult 
an Intel applications 
specialist 
or Intel Corporation 
for applica· 
tions 
information 
which 
would 
allow 
operation 
with less than 20 timeslots. 
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~ 


CLKR 
1 
2 
3 
•• 
S 
6 
1 
8 


IpSA 


tOHR 


NOTE: 
1. All timing 
parameters 
referenced 
to 1.5V. except 
tHzx and tSOFF which 
reference 
a high impedance 
state. 


2912A 
PCM TRANSMIT IRECEIVE 
FILTER 
• Low Power Consumption: 
• Adjustable 
Gain in Both Directions 
60 mW Typical 
without 
Power 
• Fully Compatible 
with the Industry 
Amplifiers 
Standard 
Intel 2912 
80 mW Typical 
with Power Amplifiers 
D3/D4 
and CCITT 
G712 Compatible 
0.5 mW Typical 
Standby 
• 
• Low Idle Channel 
Noise: 
• Common 
Mode Op Amp Input Rejection 


2 dBrncO Typical, 
Receive 
75 dB Typical 
6 dBrncO Typical, 
Transmit 
• Direct Interface 
to the Intel 
• Excellent 
Power Supply Rejection: 
2910A/2911A 
PCM Codecs 
Including 


40 dB Typical 
on Vcc 
@ 50 KHz 
Stand-By 
Power 
Down Mode 
30 dB Typical 
on Vss 
@ 50 KHz 
• Direct Interface 
with Transformer 
or 
• Transmit 
Filter Rejects 
Low 
Electronic 
Hybrids 
Frequency 
Noise: 
• Fabricated 
with Reliable 
N-Channel 
23 dB 
@ 60 Hz 
MOS Process 
25 dB 
@ 50 Hz 
50 dB 
@ 16-2/3 
Hz 


The Intel 2912A 
2nd generation 
PCM line filter is a fully integrated 
monolithic 
device containing 
the two filters 
of a PCM line or trunk termination. 
It has improved 
key parameters 
of power consumption, 
idle channel 
noise, 


and power 
supply 
rejection. 
A single 
part exceeds 
both AT&T' 
03/04 
and CCITT transmission 
specs, 
ex- 
ceeds 
digital Class 5 central 
office switching 
system 
stringent 
specifications, 
and is fully compatible 
with the 
2912. The primary 
application 
for the 2912A 
is in telephone 
systems 
for transmission, 
switching, 
or remote 
concentration. 


An advanced 
version 
of the switched 
capacitor 
technique 
used for the 2912 is used to implement 
the transmit 
and receive 
passband 
filter sections 
of the 2912A. 
The device 
is fabricated 
using 
Intel's 
reliable 
two layer 
polysilicon 
gate NMOS technology. 
(See Intel Reliability 
Report 
RR-24 on the 2910A, 
2911A, 
and 2912.) The 
combination 
of advances 
in the switched 
capacitor 
techniques 
first used on the 2912 and the NMOS technolo- 
gy results 
in a monolithic 
2912A filter which 
is packaged 
in a standard 
16-pin DIP. 
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Driver 
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ClK 
Clock 
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Clock 
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Figure 1. Siock Diagram 
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Symbol 
Pin No. 
Function 
Description 


VFxl+ 
1 
Input 
Analog input of the transmit filter. The VFxl + signal comes 
from the 2 to 4 wire hybrid in the case of a 2 wire line and goes 
through the frequency 
rejection 
and the antialiasing 
filters 
before being sent to the Codec for encoding. 


VFxl- 
2 
Input 
Inverting input of the gain adjustment 
operational 
amplifier 
on 
the transmit 
filter. 


GSx 
3 
Output 
'Output of the gain adjustment 
operational 
amplifier 
on the 
transmit filter. Used for gain setting of the transmit 
filter. 


VFRO 
4 
Output 
Anal0l,l output of the receive filter. This output provides 
a 
direct Interface 
to electronic 
hybrids. For a transformer 
hybrid 
application, 
VFRO is tied to PRWI and a dual balanced 
output 
is provided 
on pins PWRO + and PWRO -. 


PWRI 
5 
Input 
Input to the power driver amplifiers 
on the receive side for 
interface 
to transformer 
hybrids. High impedance 
input. When 
tied to VBB, the power amplifiers 
are powered 
down. 


PWRO+ 
6 
Output 
Non-inverting 
side of the power amplifiers. 
Power driver output 
capable 
of directly driving transformer 
hybrids. 


PWRO- 
7 
Output 
Inverting side of the power amplifiers. 
Power driver output 
capable 
of directly driving transformer 
hybrids. 


VBB 
8 
Power 
- 5V ± 5% referenced 
to GRDA 


VCC 
9 
Power 
+ 5V ± 5% referenced 
to GRDA 


VFRI 
10 
Input 
Analog input of the receive filter, interface 
to the Codec 
analog output for PCM applications. 
The receive filter provides 
Sinx 
the -- 
correction 
needed for sample and hold type Codec 
x 
outputs to give unity gain. The input voltage 
range is directly 
compatible 
with the Intel 2910A and 2911A Codecs. 


GRDD 
11 
Ground 
Digital ground return for internal clock generator. 


ClK(1) 
12 
Input 
Clock input. Three clock frequencies 
can be used: 1.536 MHz, 
1.544 MHz or 2.048 MHz; pin 14, ClKO, has to be strapped 
accordingly. 
High impedance 
input, TTl 
voltage 
levels. 


PDN 
13 
Input 
Control input for the stand-by 
power down mode. An internal 
pull up to + 5V is provided for interface 
to the Intel 291 OA and 
2911 A PDN outputs. TTl 
voltage 
levels. 


ClKO(1) 
14 
Input 
Clock (pin 12, ClK) 
frequency 
selection. 
If tied to VcrB, ClK 
should be 1.536 MHz. If tied to Ground, ClK 
shoul 
be 
1.544 MHz. If tied to Vcc, ClK 
should be 2.048 MHz. 


GRDA 
15 
Ground 
Analog return common 
to the transmit 
and receive analog 
circuits. 
Not connected 
to GRDD internally. 


VFxO 
16 
Output 
Analog output of the transmit 
filter. The output voltage 
range 
is directly compatible 
with the Intel 291 OA and 2911 A Codecs. 


NOTE: 
1. The three clock frequencies are directly compatible with the Intel 2910A and 2911A Codecs. The following table should 
be observed in selecting the clock frequency. 


CodecClock 
Ciock 
Bits/Frame 
CLK, Pin 12 
CLKO, Pin 14 


1.536 MHz 
192 
1.536 MHz 
VBB (-5V) 


1.544 MHz 
193 
1.544 MHz 
GRDD 


2.048 MHz 
256 
2.048 MHz 
Vcc(+5V) 
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The 2912A provides the transmit and receive filters 
found on the analog termination of a PCM line or 
trunk. The transmit filter performs the anti-aliasing 
function needed for an 8 KHz sampling system, and 
the 50/60 Hz rejection. The receive filter has a low 
pass transfer characteristic and also provides the 
Sinx/x correction necessary to interface the Intel 
2910A (/-,-Law) and 2911A (A Law) Codecs which 
have a non-return-to-zero output of the digital to an- 


alog conversion. Gain adjustment is provided in the 
receive and transmit directions. 


A stand-by, power down mode is included in the 
2912A and can be directly controlled by the 291OAf 
2911A Codecs. 


The 2912A can interface directly with a transformer 
hybrid (2 to 4 wire conversion) or with electronic hy- 
brids; in the latter case the power dissipation is re- 
duced by powering down the output amplifier provid- 
ed on the 2912A. 


pew 
HIGHWAYS 
_.J 


Transmit 
Filter Input Stage 


The input stage provides gain adjustment in the 
pass-band. The input operational amplifier has a 
common mode range of ± 2.2 volts, a DC offset of 
less than 25 mY, a voltage gain greater than 3000 
and a unity gain bandwidth of 1 MHz. It can be con- 
nected to provide a gain of 20 dB without degrading 
the noise performance of the filter. The load imped- 
ance connected to the amplifier output (GSx) must 
be greater than 10K n in parallel with 25 pF. The 
input signal on lead VFxl + can be either AC or DC 
coupled. The input Op Amp can also be used in the 
inverting mode or differential amplifier mode. The re- 
maining portion of the transmit filter provides a gain 
of + 3 dB in the pass band. 


inter 


Receive Filter Output 


The VFRO lead is capable of driving high impedance 
electronic hybrids. The gain of the receive section 
from VFRI to VFRO is: 
(~) 
Sin(8~~O) 


which when multiplied by the output response of the 
Intel 291OAand 2911A Codecs results in a 0 dB gain 
in the pass band. The filter gain can be adjusted 
downward by a resistor voltage divider connected as 
shown in Figure 5. The total resistive load RLR on 
VFRO should not be less than 10K .0. 


Receive Filter Output Driver Amplifier 
Stage 


A balanced power amplifier is provided in order to 
drive low-impedance loads in a bridged configura- 
tion. The receive filter output VFRO is connected 
through gain setting resistors R1 and R2 to the am- 
plifier input PWRI. The input voltage range on PWRI 
is ± 3.2 volts and the gain is 6 dB for a bridged out- 
put. 


With a 600.0 load connected between PWRO+ and 
PWRO-, 
the maximum voltage swing across the 
load is ± 5.0 volts. The series combination of Rs and 
the hybrid transformer must present a minimum A.C. 


load resistance of 600.0 to the amplifier in the 
bridged configuration. A typical connection of the 
output driver amplifiers is shown in Figure 6. These 
amplifiers can also be used with loads connected to 
ground. 


When the power amplifier is not needed it should be 
deactivated to save power. This is accomplished by 
tying the PWRI pin to Vee before the device is pow- 
ered up. 


Pin 13, PDN, provides the power down control. 
When the signal on this lead is brought high, the 
2912A goes into a standby, power down mode. Pow- 
er dissipation is reduced to 0.5 mW. In the stand-by 
mode, all outputs go into a high impedance state. 
This feature allows multiple 2912As to drive the 
same analog bus on a time-shared basis. 


When power is restored, the settling time of the 
2912A is typically 15 ms. 


The PDN interface is directly compatible with the In- 
tel 2910A and 2911A PDN outputs. Only one com- 
mand from the common control is then necessary to 
power down both the Codec and the Filters of the 
line or trunk interface. 


VF ••O 
ROA 
•••• 


R, 


PWRI 


R, 


':' 
Rs 
PWRO" 


Figure 6. Typical 
Connection 
of 
Output Driver Amplifier 
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Temperature 
Under Bias 
-1 O·C to + 80·C 


Storage Temperature 
_.- 65·C to + 150·C 


Supply Voltage 
with Respect 
to VBB 
: 
-0.3V 
to + 14.0V 


All Input and Output 
Voltages 
with 
Respect 
to VBB 
- 0.3V to + 14.0V 


All Output Currents 
± 50 mA 


Power Dissipation 
1 Watt 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


D.C. CHARACTERISTICS 
TA = O·C to + 70·C; Vcc = 5V ± 5%; VBB = - 5V ± 5%; GRDA = OV; 
GRDD = OV; unless otherwise 
specified 


Symbol 
Parameter 
Mln 
Typ(1) 
Max 
Unit 
Test Conditions 


IliC 
Input Load Current, CLK 
10 
p.A 
VIN = GRDD to Vcc 


Ilia 
Input Load Current, CLKO 
10 
p.A 
VIN = VBB to VCC 


IliP 
Input Load Current, 
PDN 
-100 
p.A 
VIN = GRDD to Vcc 


VIL 
Input Low Voltage 
(except CLKO) 
0.8 
V 


VIH 
Input High Voltage 
(except CLKO) 
2.0 
V 


VILO 
Input Low Voltage, 
CLKO 
VBB 
VBB+0.5 
V 


VIIO 
Input Intermediate 
Voltage, CLKO 
GRDD-0.5 
0.8 
V 


VIHO 
Input High Voltage, 
CLKO 
Vcc-0.5 
Vcc 
V 


Symbol 
Parameter 
Mln 
Typ(1) 
Max 
Unit 
Test Conditions 


Icco 
Vcc Standby Current 
50 
100 
p.A 
PDN = VIH Min 


IBBO 
VBB Standby Current 
50 
100 
p.A 
PDN = VIH Min 


ICC1 
Vcc Operating 
Current, 
Power 
6 
10 
mA 
PWRI = VBB(2) 
Amplifiers 
Inactive 


IBB1 
VBB Operating 
Current, Power 
6 
10 
mA 
PWRI = VBB(2) 
Amplifiers 
Inactive 


ICC2 
Vcc Operating 
Current 
8 
14 
mA 


IBB2 
VBB Operating 
Current 
8 
14 
mA 


NOTES: 
1. Typical values are for TA = 25'C and nominal power supply values. 
2. To place the power amplifiers in the inactive mode PWRI must be tied to Vss prior to power-up. 
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D.C. CHARACTERISTICS 
TA = O'Cto 
+70'C;Vcc 
= 5V ±5%;Vss 
= -5V 
±5%;GRDA 
= OV; 


GRDD = OV; unless otherwise 
specified 
(Continued) 


Symbol 
Parameter 
Mln 
Typ(1) Max Unit 
Test Conditions 


Isxl 
Input Leakage Current, VFxl +, VFxl- 
100 
nA 
- 2.2V < VIN < 2.2V 


RIXI 
Input Resistance, 
VFxl + , VFxl- 
10 
MO 


VOSXI 
Input Offset Voltage, 
VFxl + , VFxl- 
25 
mV 


CMRR 
Common 
Mode Rejection, 
VFxl +, VFxl- 
60 
75 
dB 
- 2.2V < VIN < 2.2V, 
o dBmO == 1.1 VRMS, Input at VFxl- 


AVOL 
DC Open Loop Voltage 
Gain, GSx 
3000 


c 
Open Loop Unity Gain Bandwidth, 
GSx 
1 
MHz 


VOXI 
Output Voltage 
Swing, GSx 
±2.5 
V 
RL ~ 10 KO 


CLXI 
Load Capacitance, 
GSx 
25 
pF 


RLXI 
Minimum 
Load Resistance, 
GSx 
10 
KO Minimum 
RL 


Symbol 
Parameter 
Mln 
Typ(1) 
Max 
Unit 
Test Conditions 


Rox 
Output Resistance, 
VFxO 
20 
35 
0 


Vosx 
Output DC Offset, VFxO 
100 
mV 
VFxl + Connected 
to GRDA, 


Input Op Amp at Unity Gain 


PSRR1 
Power Supply Rejection 
of Vcc at 
30 
40 
dB 
Note 2 
1 KHz, VFxO 


PSRR2 
Power Supply Rejection 
of Vss at 
25 
30 
dB 
Note 2 
1 KHz, VFxO 


CLX 
Load Capacitance, 
VFxO 
25 
pF 


RLX 
Minimum 
Load Resistance, 
VFxO 
2.7 
KO 
Minimum 
RL 


VOX1 
Output Voltage 
Swing, 1 KHz, VFxO 
±3.2 
V 
RL ~ 10 KO or with 2910A 
or 2911A 


VOX2 
Output Voltage 
Swing, 1 KHz, VFxO 
±2.5 
V 
RL ~ 2.7 KO 


NOTES: 
1. Typical values for TA = 25'C and nominal power supply values. 
2. PSRR1.2 include op amp in transmit section. 


_._. 
_ •• ~ •• ~ •.•.••• n ••.••• ..,~ 
IA - 
v-v IO -r (V-l-; VCC = 
bV ± b%; VSS = 
- 5V ± 5%; GRDA 
= OV; 


GRDD 
= OV; unless otherwise 
specified 
(Continued) 


Symbol 
Parameter 
Mln 
Typ(1) 
Max 
Unit 
Test Conditions 


ISR 
Input Leakage Current, VFRI 
3 
p.A 
-3.2V 
< VIN < 3.2V 


RIR 
Input Resistance, 
VFRI 
1 
Mn 


ROR 
Output Resistance, 
VFRO 
100 
.0 


VOSR 
Output DC Offset VFRO 
100 
mV 
VFRI Connected 
to GRDA 


PSRR3 
Power Supply Rejection 
of Vcc at 
30 
45 
dB 
1 KHz, VFRO 


PSRR4 
Power Supply Rejection 
of Vss at 
30 
35 
dB 
1 KHz, VFRO 


CLR 
Load Capacitance, 
VFRO 
25 
pF 


RLR 
Minimum 
Load Resistance, 
VFRO 
10 
Kn 
MinimumRL 


VOR 
Output Voltage Swing, VFRO 
±3.2 
V 
RL = 10 Kn 


Symbol 
Parameter 
Mln 
Typ(1) 
Max 
Unit 
Test Conditions 
. 


ISRA 
Input Leakage Current, PWRI 
3 
p.A 
-3.2V 
< VIN < 3.2V 


RIRA 
Input Resistance, 
PWRI 
10 
Mn 


RORA 
Output Resistance, 
PWRO + , PWRO- 
1 
.0 
IIOUTI < 10 mA 
-3.0V 
< VOUT < 3.0V 


VOSRA 
Output DC Offset, PWRO + , PWRO- 
50 
mV 
PWRI Connected 
to GRDA 


CLRA 
Load Capacitance, 
PWRO + , PWRO- 
100 
pF 


VORA1 
Output Voltage 
Swing Across 
RL, 
±3.2 
V 
RL=10Kn 
RL Connected 
PWRO + , PWRO - 
Single Ended 
±2.9 
V 
RL = 600.0 
to GRDA 


Connection 
fo ~ 200 Hz 
±2.5 
V 
RL = 300.0 


VORA2 
Differential 
Output Voltage 
Swing, 
±6.4 
V 
RL = 20 Kn 
RL Connected 
PWRO +, PWRO- 
±5.8 
V 
RL = 1200.0 
between 
PWRO + 


Balanced 
Output Connection 
and PWRO- 


±5.0 
V 
RL = 600.0 
fo ~ 200 Hz 


NOTE: 
1. Typical 
values 
are for TA = 25'C 
and nominal 
power 
supply values. 
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A.C. CHARACTERISTICS 
TA = O°C to + 70°C; VCC = 5V ± 5%; VBB = - 5V ± 5%; GRDA = OV; 
GRDD = OV; unless otherwise 
specified 


Clock Input Frequency: 
ClK 
= 1.536 MHz ± 0.1 %; ClKO = VILO(Tied to VBB) 


ClK 
= 2.048 MHz ± 0.1 %; ClKO = VIHO(Tied to Vcd 


ClK = 1.544 MHz ± 0.1 %; ClKO = VIIO(Tied to GRDD) 


TRANSMIT 
FILTER 
TRANSFER 
CHARACTERISTICS 
(See Transmit 
Filter Transmit 
Characteristics, 
Figure 7) 


Symbol 
Parameter 
Mln 
Typ(1) 
Max 
Unit 
Test Conditions 


3RX 
Gain Relative to Gain at 1 KHz 
o dBmO Input Signal 


16.67 Hz 
-56 
-50 
dB 
Gain Setting Op Amp 


50 Hz 
-25 
dB 
Unity Gain 


60 Hz 
-23 
dB 


200 Hz 
-1.0 
-0.125 
dB 
o dBmO Signal 
== 1.1 VRMS 


300 Hz to 3000 Hz 
-0.125 
0.125 
dB 
Input at VFxl- 


3300 Hz 
-0.35 
0.03 
dB 


3400 Hz 
-0.7 
-0.1 
dB 
o dBmO Signal 
== 1.6 VRMS 


4000 Hz 
-14 
dB 
Output at VFxO 


4600 Hz and Above 
-32 
dB 


3AX 
Absolute 
Passband 
Gain at 1 KHz, 
2.9 
3.0 
3.1 
dB 
RL = 
00(3) 
VFXO 


3AXT 
Gain Variation 
with Temperature 
at 
0.0002 
0.002 
dBrC 
o dBmO Signal level 
1 KHz 


3AXS 
Gain Variation 
with Supplies 
at 1 KHz 
0.01 
0.07 
dBIV 
o dBmO Signal level, 
Supplies 
±5% 


::;TRT 
Cross Talk, Receive to Transmit, 
-75 
-65 
dB 
VFRI = 1.6 VRMS, 1 KHz 
Measured 
at VFxO 
Input, VFxl +, VFxl- 
VFxO 
Connected 
to GSx, GSx 
20 log VFRO 
Connected 
through 
10 KO to 
GRDA 


\ICX1 
otal C Message 
Noise at Output, VFxO 
6 
11 
dBrncO Gain Setting Op Amp at 
(Note 2) Unity Gain 


\Icx2 
Total C Message 
Noise at Output, VFxO 
9 
13 
dBrncO Gain Setting Op Amp at 
(Note 2) 20 dB Gain 


)ox 
Differential 
Envelope 
Delay, VFxO 
60 
fLs 
1 KHz to 2.6 KHz 


)AX 
Absolute 
Delay at 1 KHz, VFxO 
110 
fLs 


)PX1 
Single Frequency 
Distortion 
Products 
-48 
dB 
o dBmO Input Signal at 1 KHz 
PPX2 
Single Frequency 
Distortion 
Products 
at 
-45 
dB 
0.16 VRMS 1 KHz Input 
Maximum 
Signal level 
of + 3 dBmO at 
Signal at VFxl + ; Gain 
VFxO 
Setting Op Amp at 20 dB 
Gain. The + 3 dBmO Signal 
at VFxO is 2.26 VRMS 
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A.C. CHARACTERISTICS 
TA = O°C to + 70°C; VCC = 5V ± 5%; VSS = - 5V ± 5%; GRDA = OV; 


GRDD = OV; unless otherwise 
specified 
(Continued) 


Clock Input Frequency: 
ClK = 1.536 MHz ± 0.1 %; ClKO = VILa (Tied to Vss) 


ClK = 1.544 MHz ± 0.1 %; ClKO = Vila (Tied to GRDD) 


ClK = 2.048 MHz ± 0.1 %; ClKO = VIHO(Tied to Vccl 


~ymbol 
Parameter 
Mln 
Typ(1) 
Max 
Unit 
Test Conditions 


~RR 
Gain Relative to Gain at 1 KHz with 
o dBmO Input Signal 
Sinx/x 
Correction 
of 2910A or 2911A 


Below 200 Hz 
0.125 
dB 
o dBmO Signal 
== 1.6 VRMS x 


200 Hz 
-0.5 
0.125 
dB 
Sin (8;~0) 
300 Hz to 3000 Hz 
-0.125 
0.125 
dB 


(8;~0) 
3300 Hz 
-0.35 
0.03 
dB 
Input at VFR' 


3400 Hz 
-0.7 
-0.1 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-30 
dB 


~AR 
Absolute 
Passband 
Gain at 1 KHz, VFRO 
-0.1 
0 
+0.1 
dB 
RL = 00(3.4) 


~ART 
Gain Variation 
with Temperature 
at 
0.0002 0.002 
dBrC 
o dBmO Signal level 
1 KHz 


~ARS 
Gain Variation 
with Supplies at 1 KHz 
0.01 
0.07 
dBN 
o dBmO Signal level, 
Supplies 
±5% 


CTTR 
Cross Talk, Transmit 
to Receive, 
-70 
-60 
dB 
VFxl = 1.1 VRMS, 1 KHz 
Measured 
at VFRO; 
Output, VFRI Connected 
to 
20 log (VFRONFxO) 
GRDA 


NCR 
Total C Message 
Noise at Output, VFRO 
2 
6 
dBrncO VFRO Output or PWRO + and 
(Note 2) PWRO- 
Connected 
with 
Unity Gain 


DDR 
Differential 
Envelope 
Delay, VFRO, 
100 
/Ls 
1 KHz to 2.6 KHz 


DAR 
Absolute 
Delay at 1 KHz, VFRO 
110 
/Ls 


DPR1 
Single Frequency 
Distortion 
Products 
-48 
dB 
o dBmO Input Signal at 1 KHz 


DPR2 
Single Frequency 
Distortion 
Products at 
-45 
dB 
+ 3 dBmO Signal level 
of 


Maximum 
Signal level 
of + 3 dBmO at 
2.26 VRMS, 1 KHz Input at 
VFRO 
VFRI 


NOTES: 
1. Typical Values are for TA = 25°C and nominal power supply values. 
2. A noise measurement of 12 dSrnc into a 600n load at the 2912A device is equivalent to 6 dSrncO. 
3. For gain under load refer to output resistance specs and perform gain calculation. 
4. Output is non-inverting. 
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WHICH 
IS 
THE 
50;" 
OUTPUT 
RESPONSE 


OF THE INTEL ZlIOA 
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CDDECS 
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NOTES: 
1. Typical 
Transfer 
Function 
of the Receive 
Filter as a Separate 
Component. 


2. Typical 
Transfer 
Function 
of the 
Receive 
Filter 
Driven 
by the 
Sample 
and 
Hold 
Output 
of the 
Intel 2910A 
and 
2911 A 
CODECS. 
The Combined 
Filter/CODEC 
Response 
Meets 
the Stated 
Specifications. 
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All VFxO 
with VFxl Connected 
to GADA; 
Input Op Amp at Unity Gain 


vcc 
vcc 
vcc 


VBa 
VBa 


!!!. 
·"a·ic• 
• 


All VFRO with VFRI Connected 
to GADA 


vcc 


vcc 


~ 


VBa 
VBa 
~ 
!!! 


~ 
;a.ic• 
I 
I 
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2913 AND 2914 
COMBINED SINGLE-CHIP PCM CODEC AND FILTER 
• 2913 Synchronous 
Clocks Only, 300 Mil 
• Exceptional Analog Performance 
Package 
• 28-Pin Plastic Leaded Chip Carrier 
• 2914 Asynchronous 
Clocks, 8th Bit 
(PLCC) for Higher Integration 
Signaling, Loop Back Test Capability 
• Low Power HMOS-E Technology: 
• AT&T 03/04 
and CCITT Compatible for 
- 
5 mW Typical Power Down 
Synchronous 
Operation 
-140 
mW Typical Operating 
• Pin Selectable wLaw or A-Law 
• Fully Differential 
Architecture 
Enhances 


Operation 
Noise Immunity 
• Two Timing Modes: 
• On-Chip Auto Zero, Sample and Hold, 


- 
Fixed Data Rate Mode 
and Precision Voltage References 
1.536, 1.544, or 2.048 MHz 
• Direct Interface with Transformer 
or 
- 
Variable Data Rate Mode 
Electronic Hybrids 
64 KHz 2.048 MHz 


The Intel 2913 and 2914 are fully integrated 
PCM codecs 
with transmit/receive 
filters fabricated 
in a highly 
reliable and proven 
N-channel 
HMOS silicon gate technology 
(HMOS-E). 
These devices 
provide the functions 
that were formerly 
provided 
by two complex 
chips (2910A 
or 2911A 
and 2912A). 
Besides 
the higher level of 
integration, 
the performance 
of the 2913 and 2914 is superior 
to that of the separate 
devices. 


The primary 
applications 
for the 2913 and 2914 are in telephone 
systems: 


• 
Switching-Digital 
PBX's and Central 
Office 
Switching 
Systems 


• 
Transmission-D3/D4 
Type Channel 
Banks and Subscriber 
Carrier Systems 


• 
Subscriber 
Instruments-Digital 
Handsets 
and Office Workstations 


The wide dynamic 
range 
of the 2913 and 2914 (78 dB) and the minimal 
conversion 
time make them 
ideal 


products 
for other applications 
such as: 


• 
Voice Store and Forward 
• 
Secure 
Communications 
Systems 
• 
Digital Echo Cancellers 
• 
Satellite 
Earth Stations 
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Name 
Description 
Name 
Description 


Vss 
Power (-5V) 
GSx 
Transmit 
Gain Control 


PWRO +, PWRO- 
Power Amplifier 
Outputs 
VFxl-, 
VFxl + 
Analog 
Inputs 


GSR 
Receive 
Gain Control 
GRDA 
Analog Ground 


PDN 
Power Down Select 
NC 
No Connect 


CLKSEL 
Master Clock Frequency 
SIGx 
Transmit 
Signaling 
Input 
Select 


LOOP 
Analog 
Loop Back 
ASEL 
JL- or A-Law Select 


SIGR 
Receive Signaling 
Output 
TSx 
Timeslot 
Strobe/Buffer 
Enable 


DCLKR 
Receive Variable 
Data Clock 
DCLKx 
Transmit 
Variable 
Data Clock 


DR 
Receive 
PCM Input 
Ox 
Transmit 
PCM Output 


FSR 
Receive 
Frame 
FSx 
Transmit 
Frame 
Synchronization 
Clock 
Synchronization 
Clock 


GRDD 
Digital Ground 
CLKx 
Transmit 
Master Clock 


VCC 
Power (+5V) 
CLKR 
Receive 
Master Clock (2914 
Only, Internally 
Connected 
to CLKx on 2913) 


Symbol 
" 
Function 


! 


" 


Vss 
Most negative 
supply; input voltage 
is - 5V ± 5%. 


PWRO+ 
Non-inverting 
output of power amplifier. 
Can drive transformer 
hybrids or high impedance 
loads directly in either a differential 
or single ended configuration. 


PWRO- 
Inverting output of power amplifier. 
Functionally 
identical 
and complementary 
to PWRO + . 


GSR 
Input to the gain setting network 
on the output power amplifier. 
Transmission 
level can be 
adjusted 
over a 12 dB range depending 
on the voltage at GSR. 


PDN 
Power down select. When PDN is TIL 
high, the device is active. When low, the device is 
powered 
down. 


CLKSEL 
Input which must be pinstrapped 
to reflect the master clock frequency 
at CLKx, CLKR. 


CLKSEL = Vss ....................... 
2.048 MHz 
CLKSEL = GRDD 
.................... 
1.544 MHz 
CLKSEL = VCC." ...................... 
1.536 MHz 


LOOP 
Analog loopback. 
When this pin is TIL 
high, the analog output (PWRO + ) is internally 
connected 
to the analog input (VFxl + ), GSR is internally 
connected 
to PWRO -, 
and 
VFxl- 
is internally 
connected 
to GSx. A 0 dBmO digital signal input at DR is returned 
as a 
+ 3 dBmO digital signal output at Ox. 


SIGR 
Signaling 
bit output, receive channel. 
In fixed data rate mode, SIGR outputs the logical 
state of the eighth bit of the PCM word in the most recent signaling 
frame. 


DCLKR 
Selects the fixed or variable 
data rate mode. When DCLKR is connected 
to Vss, the fixed 
data rate mode is selected. 
When DCLKR is not connected 
to Vss, the device operates 
in 
the variable data rate mode. In this mode DCLKR becomes 
the receive data clock which 
operates 
at TIL 
levels from 64 Kb to 2.048 Mb data rates. 


inter 


Symbol 
Function 


DR 
Receive 
PCM input. PCM data is clocked 
in on this lead on eight consecutive 
negative 
transitions 
of the receive data clock; CLKR in the fixed data rate mode and DCLKR in 
variable 
data rate mode. 


FSR 
8 KHz frame synchronization 
clock inputltimeslot 
enable, receive channel. 
A multi-function 
input which in fixed data rate mode distinguishes 
between 
signaling and non-signaling 
frames by means of a double or single wide pulse respectively. 
In variable 
data rate mode 
this signal must remain high for the entire length of the timeslot. 
The receive channel 
enters the standby 
state whenever 
FSR is TIL 
low for 300 milliseconds. 


GRDD 
Digital ground for all internal logic circuits. Not internally 
tied to GRDA. 


CLKR 
Receive 
master and data clock for the fixed data rate mode; receive master clock only in 
variable 
data rate mode. 


CLKx 
Transmit 
master and data clock for the fixed data rate mode; transmit 
master clock only in 
variable 
data rate mode. 


FSx 
8 KHz frame synchronization 
clock inputltimeslot 
enable, transmit 
channel. 
Operates 
inoependently 
but in an analogous 
manner to FSR. 


The transmit 
channel 
enters the standby state whenever 
FSx is TIL 
low for 300 
milliseconds. 


Dx 
Transmit 
PCM output. PCM data is clocked 
out on this lead on eight consecutive 
positive 
transitions 
of the transmit 
data clock: CLKx in fixed data rate mode and DCLKx in variable 


data rate mode. 


TSx/DCLKx 
Transmit 
channel 
times lot strobe (output) or data clock (input) for the transmit 
channel, 
In 
fixed data rate mode, this pin is an open drain output designed 
to be used as an enable 
signal for a three-state 
buffer. In variable 
data rate mode, this pin becomes 
the transmit 
data clock which operates 
at TIL 
levels from 64 Kb to 2.048 Mb data rates. 


SIGx/ASEL 
A dual purpose 
pin. When connected 
to Vaa, A-law operation 
is selected. 
When it is not 


connected 
to Vaa this pin is a TIL 
level input for signaling 
operation. 
This input is 
transmitted 
as the eighth bit of the PCM word during signaling frames on the Dx lead. If not 
used as an input pin, ASEL should be strapped 
to either Vcc or GRDD. 


NC 
No connect. 


GRDA 
Analog ground return for all internal voice circuits. Not internally 
connected 
to GRDD. 


VFxl+ 
Non-inverting 
analog input to uncommitted 
transmit 
operational 
amplifier. 


VFxl- 
Inverting analog input to uncommitted 
transmit 
operational 
amplifier. 


GSx 
Output terminal of transmit 
channel 
input op amp. Internally, 
this is the voice signal input to 
the transmit filter. 


Vcc 
Most positive supply; input voltage 
is + 5V ± 5%. 


inter 


The 2913 and 2914 provide the analog-to-digital and 
the digital-to-analog conversions and the transmit 
and receive filtering necessary to interface a full du- 
plex (4 wires) voice telephone circuit with the PCM 
highways of a time division multiplexed (TOM) sys- 
tem. They are intended to be used at the analog 
termination of a PCM line or trunk. 
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The following major functions are provided: 


• Bandpass filtering of the analog signals prior to 
encoding and after decoding 
• Encoding and decoding of voice and call prog- 
ress information 
• Encoding and decoding of the signaling and su- 
pervision information 
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System Reliability Features 


The combochip 
can be powered 
up by pulsing 
FSx 
and/or 
FSR while 
a TTL high voltage 
is applied 
to 
PON, provided 
that all clocks 
and supplies 
are con- 
nected. 
The 2913 and 2914 have internal 
resets on 
power 
up (or when 
VBB or Vcc 
are re-applied) 
in 
order 
to ensure 
validity 
of the 
digital 
outputs 
and 
thereby 
maintain 
integrity 
of the PCM highway. 


On the transmit 
channel, 
digital outputs 
Ox and TSx 
are held in a high impedance 
state for approximately 
four frames 
(500 J-Ls)after· power up or application 
of 
VBB or Vcc. 
After this delay, Ox, TSx, and signaling 
will be functional 
and will occur 
in the proper 
time- 
slot. The analog 
circuits on the transmit 
side require 
approximately 
60 milliseconds 
to reach their equilib- 
rium value due to the autozero 
circuit 
settling 
time. 


Thus, 
valid 
digital 
information, 
such 
as for 
on/off 
hook 
detection, 
is 
available 
almost 
immediately, 
while analog 
information 
is available 
after some de- 
lay. 


On the 
receive 
channel, 
the digital 
output 
SIGR is 
also 
held 
low for a maximum 
of four frames 
after 
power 
up or application 
of VBB or VCC. SIGR will 
remain 
low thereafter 
until it is updated 
by a signal- 
ing frame. 


To further 
enhance 
system 
reliability, 
TSx 
and 
Ox 
will be placed 
in a high impedance 
state 
approxi- 
mately 30 J-Lsafter an interruption 
of CLKx. Similarly, 
SIGR will be held low approximately 
30 J-Lsafter an 
interruption 
of CLKR. These interruptions 
could pos- 
sibly occur with some kind of fault condition. 


To minimize 
power 
consumption, 
two 
power 
down 
modes are provided 
in which most 2913/2914 
func- 
tions are disabled. 
Only the power down, clock, 
and 
frame 
sync buffers, 
which 
are required 
to power 
up 
the device, are enabled 
in these modes. As shown in 
Table 3, the digital outputs 
on the appropriate 
chan- 


nels are placed 
in a high impedance 
state until the 
device 
returns to the active 
mode. 


The Power 
Down 
mode 
utilizes 
an external 
control 
signal to the PON pin. In this mode, power consump- 
tion is reduced 
to the value shown 
in Table 
3. The 
device is active when the signal is high and inactive 
when it is low. In the absence 
of any signal, the PON 
pin floats to TTL high allowing 
the device 
to remain 
active continuously. 


The 
Standby 
mode 
leaves 
the 
user 
an option 
of 
powering 
either channel 
down separately 
or power- 
ing the entire 
device 
down 
by selectively 
removing 
FSx and/or 
FSR. With both channels 
in the standby 
state, 
power 
consumption 
is reduced 
to the value 
shown 
in Table 
3. If transmit 
only operation 
is de- 
sired, FSx should be applied to the device while FSR 
is held low. Similarly, 
if receive 
only operation 
is de- 
sired, FSR should be applied 
while FSx is held low. 


Fixed data rate timing, 
which 
is 2910A 
and 2911A 
compatible, 
is selected 
by connecting 
OCLKR 
to 
VBB. It employs 
master 
clocks 
CLKx 
and 
CLKR, 
frame synchronization 
clocks 
FSx and FSR, and out- 
put TSx. 


Power-Down 
Typical 
Device Status 
Method 
Power 
Digital Output Status 
Consumption 


Power Down 
PON = TTLLow 
5mW 
TSx and Ox are placed in a high impedance 
Mode 
state and SIGR is placed in a TTL low state 
within 10 J-Ls. 


Standby 
Mode 
FSx and FSR are 
12mW 
TSx and Ox are placed in a high impedance 
TTL Low 
state and SIGR is placed in a TTL low state 300 
milliseconds 
after FSx and FSR are removed. 


Only Transmit 
Is 
FSx is TTL Low 
70mW 
TSx and Ox are placed in a high impedance 
on Standby 
state within 300 milliseconds. 


Only Receive 
Is 
FSR is TTL Low 
110 mW 
SIGR is placed in a TTL low state within 300 
on Standby 
milliseconds. 


intJ 


CLKX and CLKR serve both as master clocks to op- 
erate the codec and filter sections and bit clocks to 
clock the data in and out from the PCM highway. 
FSx and FSR are 8 KHz inputs which set the sam- 
pling frequency and distinguish between signaling 
and non-signaling frames by their pulse width. A 
frame synchronization pulse which is one master 
clock wide designates a non-signaling frame, while a 
double wide sync pulse enables the signaling func- 
tion. TSx is a timeslot strobe/buffer enable output 
which gates the PCM word onto the PCM highway 
when an external buffer is used to drive the line. 


Data is transmitted on the highway at Ox on the first 
eight positive transitions of CLKx following the rising 
edge of FSx. Similarly, on the receive side, data is 
received on the first eight falling edges of CLKR.The 
frequency of CLKx and CLKR is selected by the 
CLKSEL pin to be either 1.536, 1.544, or 2.048 MHz. 
No other frequency of operation is allowed in the 
fixed data rate mode. 


Variable data rate timing is selected by connecting 
DCLKRto the bit clock for the receive PCM highway 
rather than to Vss. It employs master clocks CLKx 
and CLKR,bit clocks DCLKRand DCLKx, and frame 
synchronization clocks FSR and FSx· 


Variable data rate timing allows for a flexible data 
frequency. It provides the ability to vary the frequen- 
cy of the bit clocks, which can be asynchronous in 
the case of the 2914 or synchronous in the case of 
the 2913, from 64 KHz to 2.048 MHz. Master clock's 
inputs are still restricted to 1.536, 1.544, or 2.048 
MHz. 


In this mode, DCLKR and DCLKx become the data 
clocks for the receive and transmit PCM highways. 
While FSx is high, PCM data from Ox is transmitted 
onto the highway on the next eight consecutive posi- 
tive transitions of DCLKx. Similarly, while FSR is 
high, each PCM bit from the highway is received by 
DR on the next eight consecutive negative tran- 
sitions of DCLKR. 


On the transmit side, the PCM word will be repeated 
in all remaining timeslots in the 125 JLs frame as long 
as DCLKx is pulsed and FSx is held high. This fea- 
ture allows the PCM word to be transmitted to the 
PCM highway more than once per frame, if desired, 
and is only available in the variable data rate mode. 
Conversely, signaling is only allowed in the fixed 
data rate mode since the variable mode provides no 
means with which to specify a signaling frame. 


Signaling 


Signaling can only be performed with the 24-pin de- 
vice in the fixed data rate timing mode (DCLKR = 
Vss). Signaling frames on the transmit and receive 
sides are independent of one another and are se- 
lected by a double-width frame sync pulse on the 
appropriate channel. During a transmit signaling 
frame, the codec will encode the incoming analog 
signal and substitute the signal present on SIGx for 
the least significant bit of the encoded PCM word. 
Similarly, in a receive signaling frame, the codec will 
decode the seven most significant bits according to 
CCITT recommendation G.733 and output the logi- 
cal state of the LSB on the SIGR lead until it is up- 
dated in the next signaling frame. Timing relation- 
ships for signaling operation are shown in Figure 4. 
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Figure 4. Signaling Timing (Used Only with Fixed Data Rate Mode) 
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Asynchronous 
Operation 


The 2914 can be operated with asynchronous 
clocks in either the fixed or variable data rate 
modes. In order to avoid crosstalk problems associ- 
ated with special interrupt circuitry, the design of the 
Intel 2913/2914 combochip includes separate digi- 
tal-to-analog converters and voltage references on 
the transmit and receive sides to allow independent 
operation of the two channels. 


In either timing mode, the master clock, data clock, 
and timeslot strobe must be synchronized at the be- 
ginning of each frame. CLKx and DCLKx are syn- 
chronized once per frame but may be of different 
frequencies. The receive channel operates in a simi- 
lar manner and is completely independent of the 
transmit timing (refer to Variable Data Rate Timing 
Diagrams). This approach requires the provision of 
two separate master clocks, even in variable data 
rate mode, but avoids the use of a synchronizer 
which can cause intermittent data conversion errors. 


A distinctive feature of the 2914 is its analog loop- 
back capability. This feature allows the user to send 
a control signal which internally connects the analog 
input and output ports. As shown in Figure 5, when 
LOOP is TTL high the analog output (PWRO+) is 
internally connected to the analog input (VFxl+), 
GSRis internally connected to PWRO-, and VFxl- 
is internally connected to GSx. 


With this feature, the user can test the line circuit 
remotely by comparing the digital codes sent into 
the receive channel (DR) with those generated on 
the transmit channel (Ox). Due to the difference in 
transmission levels between the transmit and re- 
ceive sides, a 0 dBmO code sent into DR will 
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emerge from Ox as a + 3 dBmO code, an implicit 
gain of 3 dB. Thus, the maximum signal input level 
which can be tested using analog loopback is 
o dBmO. 


Precision Voltage References 


No external components are required with the com- 
bochip to provide the voltage reference function. 
Voltage references are generated on-chip and are 
calibrated during the manufacturing process. The 
technique uses a difference in sub-surface charge 
density between two suitably implanted MOS devic- 
es to derive a temperature and bias stable reference 
voltage. These references determine the gain and 
dynamic range characteristics of the device. 


Separate references are supplied to the transmit 
and receive sections and each is trimmed indepen- 
dently during the manufacturing process. The refer- 
ence value is then further trimmed in the gain setting 
op-amps to a final precision value. With this method 
the combochip can achieve the extremely accurate 
Digital Milliwatt Responses specified in the transmis- 
sion parameters, providing the user a significant 
margin for error in other board components. 


The 2913 and 2914 are designed to operate in both 
JL-Iawand A-law systems. The user can select either 
conversion law according to the voltage present on 
the SIGx/ ASEL pin. In each case the coder and de- 
coder process a companded a-bit PCM word follow- 
ing CCITT recommendation G.711 for JL-Iawand A- 
law conversion. If A-law operation is desired, SIGx 
should be tied to Vss. Thus, signaling is not allowed 
during A-law operation. If JL = 255-law operation is 
selected, then SIGx is a TTL level input which modi- 
fies the LSB of the PCM output in signaling frames. 
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The input section provides gain adjustment in the 
passband by means of an on-chip operational ampli- 
fier. This operational amplifier has a common mode 
range of ± 2.17 volts, a DC offset of 25 mV, an open 
loop voltage gain of 5000, and a unity gain band- 
width of typically 1 MHz. Gain of up to 20 dB can be 
set without degrading the performance of the filter. 
The load impedance to ground (GRDA) at the ampli- 
fier output (GSx) must be greater than 10 KO in par- 
allel with less than 50 pF. The input signal on lead 
VFxl + can be either AC or DC coupled. The input 
op amp can also be used in the inverting mode or 
differential amplifier mode (see Figure 6). 


A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components 
are required to provide the necessary anti-aliasing 
function for the switched capacitor section of the 
transmit filter. 


The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T 03/04 
channel bank transmission specification and CCITT 
recommendation G.714. The 2913 and 2914 specifi- 
cations meet or exceed digital class 5 central office 
switching systems requirements. The transmit filter 
transfer characteristics and specifications will be 
within the limits shown in Figure 8. 


A high pass section configuration was chosen to re- 
ject low frequency noise from 50 Hz and 60 Hz pow- 
er lines, 17 Hz European electric railroads, ringing 
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frequencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature allows 
the use of low-cost transformer hybrids without ex- 
ternal components. 


Encoding 


The encoder internally samples the output of the 
transmit filter and holds each sample on an internal 
sample and hold capacitor. The encoder then per- 
forms an analog to digital conversion on a switched 
capacitor array. Digital data representing the sample 
is transmitted on the first eight data clock bits of the 
next frame. 


An on-chip autozero circuit corrects for DC-offset on 
the input signal to the encoder. This autozero circuit 
uses the sign bit averaging technique; the sign bit 
from the encoder output is long term averaged and 
subtracted from the input to the encoder. In this way, 
all DC offset is removed from the encoder input 
waveform. 


Decoding 


The PCM word at the DR lead is serially fetched on 
the first eight data clock bits of the frame. A 01A 
conversion is performed on the digital word and the 
corresponding analog sample is held on an internal 
sample and hold capacitor. This sample is then 
transferred to the receive filter. 


The receive filter provides passband flatness and 
stopband rejection which fulfills both the AT&T 031 
04 specification and CCITT recommendation G.714. 
The filter contains the required compensation for the 
(sin x)/x 
response of such decoders. The receive 
filter characteristics and specifications are shown in 
Figure 9. 


A balanced output amplifier is provided in order to 
allow maximum flexibility in output configuration. Ei- 
ther of the two outputs can be used single ended 
(referenced to GRDA) to drive single ended loads. 
Alternatively, the differential output will drive a 
bridged load directly. The output stage is capable of 
driving loads as low as 300 ohms single ended or 
600 ohms differentially. 


Symbol 
Parameter 
Value 
Units 
Test Conditions 


OTLP1x 
Zero Transmission 
Level Point 
+276 
dBm 
Referenced 
to 6000. 
Transmit 
Channel 
(0 dBmO) p,-Law 
+1.00 
dBm 
Referenced 
to 9000. 


OTLP2x 
Zero Transmission 
Level Point 
+2.79 
dBm 
Referenced 
to 6000. 


Transmit 
Channel 
(0 dBmO) A-Law 
+1.03 
dBm 
Referenced 
to 9000. 


OTLP1R 
Zero Transmission 
Level Point 
+5.76 
dBm 
Referenced 
to 6000. 
Receive Channel 
(0 dBmO) p,-Law 
+4.00 
dBm 
Referenced 
to 9000. 


OTLP2R 
Zero Transmission 
Level Point 
+5.79 
dBm 
Referenced 
to 6000. 
Receive Channel 
(0 dBmO) A-Law 
+4.03 
dBm 
Referenced 
to 9000. 


The receive 
channel 
transmission 
level may be ad- 
justed 
between 
specified 
limits 
by manipulation 
of 
the 
GSR input. 
GSR is internally 
connected 
to an 
analog 
gain setting 
network. 
When GSR is strapped 
to PWRO -, 
the receive 
level is maximized; 
when it 
is tied to PWRO +, 
the level is minimized. 
The out- 
put 
transmission 
level 
interpolates 
between 
0 dB 
and 
-12 
dB as GSR is interpolated 
(with a potenti- 
ometer) 
between 
PWRO + 
and PWRO -. 
The use 
of the output 
gain set is illustrated 
in Figure 7. 


Transmission 
levels 
are specified 
relative 
to the re- 
ceive 
channel 
output 
under 
digital 
milliwatt 
condi- 
tions, that is, when the digital input at DR is the eight- 
code sequence 
specified 
in CCID 
recommendation 
G.711. 


OUTPUT 
GAIN SET: DESIGN 
CONSIDERATIONS 


(Refer to Figure 7) 


PWRO + 
and PWRO - 
are low impedance 
comple- 
mentary 
outputs. 
The voltages 
at the nodes are: 
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R1 and R2 are a gain setting 
resistor 
network 
with 
the center 
tap connected 
to the GSR input. 


A value 
greater 
than 
10K ohms 
for R1 + 
R2 and 
less than 
100K 
ohms 
for R1 in parallel 
with 
R2 is 
recommended 
because: 


(a) The parallel combination 
of R1 + R2 and RL sets 
the total loading. 


(b) The total 
capacitance 
at the GSR input and the 
parallel 
combination 
of R1 and R2 define 
a time 
constant 
which 
has to be minimized 
to avoid in- 
accuracies. 


A is the gain of the power amplifiers, 
where 


A = 1 + (R1/R2l 
4 + (R1/R2) 


For design 
purposes, 
a useful 
form 
is R1/R2 
as a 
function 
of A. 


(Allowable 
values for A are those which make R1/R2 
positive.) 


Examples 
are: 


If A = 1 (maximum 
output), 
then 


R1/R2 = 
00 or V(GSRl = Vo-; 


Le., GSR is tied to PWRO- 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Temperature 
under Bias 
-1 O·C to + 80·C 


Storage Temperature 
-6S·C 
to + 1S0·C 


Vcc 
and GRDD 
with RespecttoVss 
-0.3Vto 
+1SV 


All Input and Output 
Voltages 
with Respect 
to Vss 
-0.3V 
to + 1SV 


Power Dissipation 
1.3SW 


D.C. CHARACTERISTICS 
TA = O·C to 70·C, Vcc 
= 
+SV 
±S%, 
Vss = 
-SV 
±S%, 
GRDA = OV, GRDD = OV, unless 
otherwise 
specified 


Typical 
values 
are for TA = 2S·C and nominal 
power supply values 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


IlL 
Low Level Input Current 
10 
/LA 
GRDD 
::;;VIN ::;;VIL(1) 


IIH 
High Level Input Current 
10 
/LA 
VIH ::;;VIN ::;;Vcc 


VIL 
Input Low Voltage, 
except CLKSEL 
0.8 
V 


VIH 
Input High Voltage, 
except CLKSEL 
2.0 
V 


VOL 
Output 
Low Voltage 
0.4 
V 
IOL = 3.2 mA at Ox, TSx and SIGR 


VOH 
Output High Voltage 
2.4 
V 
IOH = 9.6 mA at Ox 
IOH = 1.2 mA at SIGR 


VILO 
Input Low Voltage, 
CLKSEU2) 
Vss 
Vss 
V 
+ O.S 


VIIO 
Input Intermediate 
Voltage, 
CLKSEL 
GRDD 
O.S 
V 
- 
O.S 


VIHO 
Input High Voltage, 
CLKSEL 
Vcc 
Vcc 
V 
- 
O.S 


Cox 
Digital Output Capacitance(3) 
S 
pF 


CIN 
Digital Input Capacitance 
S 
10 
pF 


inter 


D.C. CHARACTERISTICS 
TA = O·C to 70·C, vcc 
= +5V 
±5%, 
VBB = -5V 
±5%, 
GRDA 
= OV, GRDD 
= OV, unless 
otherwise 
specified 


Typical 
values 
are for TA = 25·C and nominal 
power supply values 
(Continued) 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


ICC1 
Vcc Operating 
Current(5) 
14 
19 
mA 


IBB1 
VBB Operating 
Current 
-18 
-24 
mA 


Icco 
Vcc Power Down Current 
0.5 
1.0 
mA 
PDN ~ VIL; after 10 /Ls 


IBBO 
VBB Power Down Current 
-0.5 
-1.0 
mA 
PDN ~ VIL; after 10 /Ls 


Iccs 
Vcc Standby Current 
1.2 
2.4 
mA 
FSx, FSR ~ VIL; after 300 ms 


IBBS 
VBB Standby Current 
-1.2 
-2.4 
mA 
FSx, FSR ~ VIL; after 300 ms 


PD1 
Operating 
Power Dissipation(4) 
140 
200 
mW 


PDO 
Power Down Dissipation(4) 
5 
10 
mW 
PDN ~ VIL; after 10 /Ls 


PST 
Standby 
Power Dissipation(4) 
12 
25 
mW 
FSx, FSR ~ VIL 


NOTES: 
1. VIN is the voltage on any digital pin. 
2. SIGx and DCLKRare TTL level inputs between GRDD and Vcc; they are also pin straps for mode selection when tied to 
Vss. Under these conditions VILOis the input low voltage requirement. 
3. Timing parameters are guaranteed based on a 100 pF load capacitance. Up to eight digital outputs may be connected to 
a common PCM highway without buffering, assuming a board capacitance of 60 pF. 
4. With nominal power supply values. 
5. Vcc applied last or simultaneously with Vss. 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


IBXI 
Input Leakage Current, VFxl + , VFxl- 
100 
nA 
-2.17V 
~ VIN ~ 2.17V 


RIXI 
Input Resistance, 
VFxl + , VFxl- 
10 
Mfl 


VOSXI 
Input Offset Voltage, 
VFxl +, VFxl- 
25 
mV 


CMRR 
Common 
Mode Rejection, 
VFxl + , VFxl- 
55 
dB 
-2.17V 
~ VIN ~ 2.17V 


AVOL 
DC Open Loop Voltage Gain, GSx 
5000 


fc 
Open Loop Unity Gain Bandwidth, 
GSx 
1 
MHz 


CLXI 
Load Capacitance, 
GSx 
50 
pF 


RLXI 
Minimum 
Load Resistance, 
GSx 
10 
Kfl 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


RORA 
Output Resistance, 
PWRO + , PWRO- 
1 
fl 


VOSRA 
Single-Ended 
Output DC Offset, PWRO + , 
75 
±150 
mV 
Relative to GRDA 
PWRO- 


CLRA 
Load Capacitance, 
PWRO + , PWRO- 
100 
pF 


inter 


Unless 
otherwise 
noted, 
the analog 
input is a 0 dBmO, 1020 Hz sine wave.(1) Input amplifier 
is set for unity 


gain, noninverting. 
The digital input is a PCM bit stream 
generated 
by passing 
a 0 dBmO, 1020 Hz sine wave 


through 
an ideal encoder. 
Receive 
output is measured 
single ended, maximum 
gain configuration.(2) 
All output 


levels are (sin x)/x 
corrected. 
Specifications 
are for synchronous 
operation. 
Typical values are for TA = 25°C 
and nominal power supply values. (TA = O°C to + 70·C; Vcc = + 5V ± 5%; VBB = - 5V ± 5%; GRDA = OV; 
GRDD = OV; unless otherwise 
specified). 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


EmW 
Encoder 
Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO 
Signal input of 1.064 Vrms p.-Iaw 
Tolerance 
Signal input of 1.068 Vrms A-law 
TA = 25°C, VBB = -5V, 
Vcc = +5V 


EmWTS 
EmW Variation with 
-0.07 
±0.02 
+0.07 
dB 
± 5% supplies, 
0 to 70°C 
Temperature 
and Supplies 
Relative to nominal conditions 


DmW 
Digital Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO 
Measure 
relative to OTLPR. Signal 
Tolerance 
input per CCITT Recommendation 
G.711. Output signal of 1000 Hz, 
RL = 
00; TA = 25·C; 


VBB = -5V, 
VCC = +5V. 


DmWTS 
DmW Variation 
with 
-0.07 
+0.02 
+0.07 
dB 
± 5% supplies, 
0 to 70°C 
Temperature 
and Supplies 


NOTES: 
1. 0 dBmO is defined as the zero reference point of the channel under test (OTLP).This corresponds to an analog signal 
input of 1.064 Vrms or an output of 1.503 Vrms for JL-Iaw.See Table 4. 
2. Unity gain input ampnfier: GSx is connected to VFxl-. 
Signal input VFxl +; Maximum gain output amplifier; GSR is 
connected to PWRO-, 
output to PWRO+. 


Symbol 
Parameter 
2913-1,2914-1 
2913,2914 
Unit 
Test Conditions 
Min 
Max 
Mln 
Max 


GT1x 
Transmit 
Gain Tracking 
Error 
±0.2 
±0.25 
dB 
+3 
to -40 
dBmO 
Sinusoidal 
Input; p.-Law 
±0.3 
±0.5 
dB 
-40 
to -50 
dBmO 


±0.65 
±1.2 
dB 
-50 
to -55 
dBmO 


GT2x 
Transmit 
Gain Tracking 
Error 
±0.2 
±0.25 
dB 
+3 to -40 
dBmO 
Sinusoidal 
Input; A-Law 
±0.3 
±0.5 
dB 
-40 
to -50 
dBmO 
±0.65 
±1.2 
dB 
-50 
to -55 
dBmO 


GT1R 
Receive 
Gain Tracking 
Error 
±0.2 
±0.25 
dB 
+ 3 to -40 
dBmO 
Sinusoidal 
Input; p.-Law 
±0.3 
±0.5 
dB 
-40 
to -50 
dBmO 
±0.65 
± 1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO + , 


RL = 3000 


GT2R 
Receive 
Gain Tracking 
Error 
±0.2 
±0.25 
dB 
+3 
to -40 
dBmO 
Sinusoidal 
Input; A-Law 
±0.3 
±0.5 
dB 
-40 
to -50 
dBmO 
±0.65 
±1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO + , 


RL = 3000 


Symbol 
Parameter 
2913-1,2914-1 
2913,2914 
Unit 
Test Conditions 
Mln 
Typ 
Max 
Mln Typ 
Max 


NXC1 
Transmit 
Noise, C-Message 
13 
15 
dBrncO VFxl + = GRDA, VFxl- 
= 


Weighted 
GSx 


NXC2 
Transmit 
Noise, C-Message 
16 
18 
dBrncO VFxl + = GRDA, VFxl- 
= 


Weighted 
with 
GSx; 6th Frame Signaling 
Eighth Bit Signaling 


Nxp 
Transmit 
Noise, 
-77 
-75 
dBmOp VFxl + = GRDA, VFxl- 
= 
Psophometrically 
Weighted 
GSx 


NRC1 
Receive 
Noise, C-Message 
8 
11 
dBrncO DR = 11111111 
Weighted: 
Quiet Code 


NRC2 
Receive 
Noise, C-Message 
9 
12 
dBrncO Input to DR is zero code with 
Weighted: 
Sign Bit Toggle 
sign bit toggle at 1 KHz rate 


NRP 
Receive 
Noise, 
-82 
-79 
dBmOp DR = lowest positive 
Psophometrically 
Weighted 
decode 
level 


NSF 
Single Frequency 
Noise 
-50 
-50 
dBmO 
CCITT G.712.4.2, 


End to End Measurement 
measure 
at PWRO + 


PSRR1 
Vcc Power Supply Rejection, 
-30 
-30 
dB 
Idle channel; 
200 mV pop 
Transmit 
Channel 
signal on supply; 
o to 50 KHz, measure at Ox 


PSRR2 
VBB Power Supply Rejection, 
-30 
-30 
dB 
Idle channel; 
200 mV pop 
Transmit 
Channel 
signal on supply; 
o to 50 KHz, measure at Ox 


PSRRs 
Vcc Power Supply Rejection, 
-25 
-25 
dB 
Idle channel; 
200 mV pop 
Receive Channel 
signal on supply; measure 
narrow band at PWRO + , 
o to 50 KHz 


PSRR4 
VBB Power Supply Rejection, 
-25 
-25 
dB 
Idle channel; 
200 mV Pop 
Receive Channel 
signal on supply; measure 
narrow band at PWRO +, 
o to 50 KHz 


CTTR 
Crosstalk, 
Transmit 
-80 
-71 
dB 
VFxl + = 0 dBmO, 


to Receive 
1.02 KHz, DR = lowest 
positive decode 
level, 


measure at PWRO + 


CTRT 
Crosstalk, 
Receive 
-80 
-71 
dB 
DR = 0 dBmO, 1.02 KHz 
to Transmit 
VFxl + = GRDA, 
measure at Ox 


inter 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 
_. 


SD1x 
Transmit 
Signal to Distortion, 
/L-Law 
36 
dB 
Oto -30 
dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 
CCITT G.714-Method 
2 
25 
dB 
-40 
to -45 
dBmO 


SD2x 
Transmit 
Signal to Distortion, 
A-Law 
36 
dB 
o to -30dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 


CCITT G.714-Method 
2 
25 
dB 
-40 
to -45 
dBmO 


SD1R 
Receive Signal to Distortion, 
WLaw 
36 
dB 
Oto -30dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 
CCITT G.714-Method 
2 
25 
dB 
-40 
to -45 
dBmO 


SD2R 
Receive Signal to Distortion, 
A-Law 
36 
dB 
Oto -30dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 
CCITT G.714-Method 
2 
25 
dB 
-40 
to -45 
dBmO 


DPx 
Transmit 
Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 


Products 
o dBmO Input Signal 


DPR 
Receive Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 


Products 
o dBmO Input Signal 


IMD1 
Intermodulation 
Distortion, 
-35 
dB 
CCITTG.712 
(7.1) 
End to End Measurement 


IMD2 
Intermodulation 
Distortion, 
-49 
dBmO 
CCITT G.712 (7.2) 
End to End Measurement 


SOS 
Spurious Out 01 Band Signals, 
-25 
dBmO 
CCITT G.712 (6.1) 
End to End Measurement 


SIS 
Spurious 
in Band Signals, 
-40 
dBmO 
CCITT G.712 (9) 
End to End Measurement 


DAX 
Transmit 
Absolute 
Delay 
245 
/Ls 
Fixed Data Rate. CLKx = 2.048 MHz 
o dBmO, 1.02 KHz 
signal at VFxl + 
Measure at Dx. 


DDX 
Transmit 
Differential 
Envelope 
Delay 
170 
/Ls 
1 = 500 - 
600 Hz 
Relative to DAX 
95 
/Ls 
1 = 600 - 
1000 Hz 
45 
/Ls 
1 = 1000 - 
2600 Hz 
105 
/Ls 
1 = 2600 - 
2800 Hz 


DAR 
Receive Absolute 
Delay 
190 
/Ls 
Fixed Data Rate, CLKR = 2.048 
MHz; Digital input is DMW 
codes. Measure at PWRO +. 


DDR 
Receive 
Differential 
Envelope 
Delay 
45 
/Ls 
1 = 500 - 
600 Hz 
Relative to DAR 
35 
/Ls 
1 = 600 - 
1000 Hz 
85 
/Ls 
1 = 1000 - 
2600 Hz 
110 
/Ls 
1 = 2600 - 
2800 Hz 


intJ 


TRANSMIT 
CHANNEL 
TRANSFER 
CHARACTERISTICS 
Input amplifier is set for unity gain; noninverting; maximum gain output. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


GRX 
Gain Relative to Gain at 1.02 KHz 
o dBmOSignal input at VFxl + 


16.67 Hz 
-30 
dB 


50 Hz 
-25 
dB 


60Hz 
-23 
dB 


200 Hz 
-1.8 
-0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 
. 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.10 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-32 
dB 


+1.0dB 


EXPANDED 
SCALE 
odB 


-1.0dS 


odB 
~ 


-10dS 


-20dS 


-30 dB 


-"OdS 


-50 dB 


-60 
dB 


10Hz 


Figure 8. Transmit 
Channel 
6-61 


inter 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


GRR 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal input at DR 


Below 200 Hz 
+0.125 
dB 


200 Hz 
-0.5 
+0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.1 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-30 
dB 


+0.125dB +0.125dB 
+0.125dB 
-0.03 dB 


«( 
«««« 
(~~O(H:.« 
~~O(H('r«( u « 
« 
« 
« 
« 
/(O~; 
,£;300 
Hz 


• 
~~g~ 


-O.50dS 
,- 


200 
Hz 


~ 


~ 
TYPICAL 
-14dB 
4000Hz 


-30dB 
4600Hz 


(\ 


I 
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, 
I 
, 
, 
I 


Figure 9. Receive 
Channel 


6-62 


inter 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


tCY 
Clock Period. CLKx. CLKR 
488 
ns 
fCLKX = fCLKR = 2.048 MHz 


tCLK 
Clock Pulse Width. CLKx. CLKR 
220 
ns 


tDCLK 
Data Clock Pulse Width 
220 
ns 
64 KHz s fDCLK s 2.048 MHz 


tCDC 
Clock Duty Cycle. CLKx. CLKR 
45 
50 
55 
% 


tr• tf 
Clock Rise and Fall Time 
5 
30 
ns 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


tDZX 
Data Enabled on TS Entry 
0 
145 
ns 
o < CLOAD < 100 pF 


tDDX 
Data Delay from CLKx 
0 
145 
ns 
o < CLOAD < 100 pF 


tHZX 
Data Float on TS Exit 
60 
215 
ns 
CLOAD = 0 


tSON 
Timeslot 
X to Enable 
0 
145 
ns 
o < CLOAD < 100 pF 


tSOFF 
Timeslot 
X to Disable 
60 
215 
ns 
CLOAD = 0 


tFsD 
Frame Sync Delay 
100 
tCLK 
ns 


tss 
Signal Setup Time 
0 
ns 


tSH 
Signal Hold Time 
0 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tDSR 
Receive 
Data Setup 
10 
ns 


tDHR 
Receive 
Data Hold 
60 
ns 


tFSD 
Frame Sync Delay 
100 
tCLK 
ns 


tSIGR 
SIGR Update 
0 
2 
/Ls 


NOTE: 
1. Timing parameters tDZX.tHZX.and tSOFFare referenced to a high impedance state. 


~ 


y 
T1IlESlOT 


lelK 


ClKX'j 
~ 
~ 'b 
3" 
• 
"S 
• 
1 
• 


NON.SIGN"l~:~ 
----- 
---------------------------- 
FAAMES 
_ 
-1 
t~ 


SIGNAL~:~ 
--------~------------------------------ 
FRAMES 


=-t"01l 
I 
-If''OFF 


______ 
,ss=-1. ~ 
-:'1::". 


SIGx 
DO_N_·_T_C 
••_A_E 
....Jy 
VALID 
X-~-~-~-'l-- 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL except 
tozx. 
tgOFF and tHZX which 
reference 
a high impedance 
state. 


~ 


YTIIlESlOT 


'CLlt 


ClK.j 
ql 
,,,",~2 
3 
• 
5 
• 
1 
• 


~m 
~ 
~ 


NON.$IGNA~=~ 
------------------------------ 
FRAMES 
-------- 
FS. 


SIGNALING 
------------------------------- 
FRAMES 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL. 
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Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


tTSDX 
Timeslot 
Delay from DCLKx(2) 
140 
tDX - 
140 
ns 


tFSD 
Frame Sync Delay 
100 
tCY - 
100 
ns 


tDDX 
Data Delay from DCLKx 
0 
100 
ns 
0< 
CLOAD < 100 pF 


tDON 
Timeslot 
to Dx Active 
0 
50 
ns 
0< 
CLOAD < 100 pF 


tDOFF 
Timeslot 
to Dx Inactive 
0 
80 
ns 
0< 
CLOAD < 100 pF 


tDX 
Data Clock Period 
488 
15620 
ns 


tDFSX 
Data Delay from FSx 
0 
140 
ns 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


tTSDR 
Timeslot 
Delay from DCLKR(3) 
140 
tDR - 
140 
ns 


tFSD 
Frame Sync Delay 
100 
lCY - 
100 
ns 


tDSR 
Data Setup Time 
10 
ns 


tDHR 
Data Hold Time 
60 
ns 


tDR 
Data Clock Period 
488 
15620 
ns 


tSER 
Timeslot 
End Receive Time 
60 
ns 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


tFSLX 
Transmit 
Frame Sync Minimum 
488 
ns 
FSx is TIL 
high for remainder 
of 
Downtime 
frame 


tFSLR 
Receive 
Frame Sync Minimum 
1952 
ns 
FSR is TIL 
high for remainder 
of 
Downtime 
frame 


tDCLK 
Data Clock Pulse Width 
10 
JLs 


NOTES: 
1. Timing parameters for tDONand tOOFFare referenced to a high impedance state. 
2. tFSLXminimum requirements override tTSOXmaximum spec for 64 KHz operation. 
3. tFSLRminimum requirements override tTSORmaximum spec for 64 KHz operation. 


inter 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL except 
tOON and tOOFF which 
reference 
a high impedance 
state. 


M=x::>"'~,""<M)C 
0.45 
0.8 


210629-17 
A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for Logic "0". Timing measurements are made at 2.0V for a Logic 
"1" and 0.8V for a Logic "0". 


inter 
29C13 AND 29C14 
CHMOS COMBINED SINGLE-CHIP PCM 
CODEC AND FILTER 
• 29C14 Asynchronous 
Clocks, 8th Bit 
• AT&T 03/04 
and CCITT Compatible 
Signaling, Loop Back Test Capability 
• 3 Low-Power Modes 
• 29C13 Synchronous 
Clocks Only, 
- 
3.5 mW Typical Power Down 
300 Mil Package 
- 
3.5 mW Typical Standby 
• Low-Power Pin Compatible Version of 
- 
64 mW Typical Operating 


Intel's 2913 and 2914 
• Direct Interface with Transformer 
or 
• 28-Pin Plastic Leaded Chip Carrier 
Electronic Hybrids 


(PLCC) for Higher Integration 
• TTL and CMOS Compatible 


Intel's 
29C13 and 29C14 are CHMOS versions 
of Intel's 
HMOS 2913 and 2914 family members. 
CHMOS 
is a 
technology 
built on HMOS-II, 
thus realizing 
the high performance 
and density 
obtained 
in that process 
while 
achieving 
the low power consumption 
typical 
of CMOS circuits. 


The 29C13 and 29C14 retain all the features 
of the 2913 and 2914: push/pull 
power amplifiers, 
JJ-/ A law pin 
select, 
on-chip 
auto zero, sample 
and hold and precision 
voltage 
references, 
power up clear and tri-state 
on 
clock 
interrupt, 
two timing modes 
and two power down modes. 


~ .":E 
'" 
'" 
< " 
0 
o < 
I 
+ I 
n 
,!!' 
n 


V•• 
Vcc 


PWRO+ 
19 
GS. 
HC 
VF.I- 
PWRO- 
l' 
VF.I - 


GS. 
GS. 
VF.I+ 
17 
VFJlI 
+ 
NC 
GRDA 
PDH 
29C13 
l' 
GRDA 
PDN 
HC 
CLKSEL 
15 
ASEL 
CLKSEL 
SIG./ASEL 
DCLK. 
14 
rs.IDCLK. 
rs./DCLK. 
LOOP 
D. 
13 
D. 
SIG. 
HC 
FS. 
12 
FS. 
DCLK. 
D. 


GRDD 
11 
CLK. 
DR 
NC 


270154-1 


ill " 


('l 
('l 
... 
'" 
,.. ,.. '" 
.. " " l' " 
" .. 


270154-3 


inter 


Name 
Description 
Name 
Description 


Vss 
Power (-5V) 
GSx 
Transmit 
Gain Control 


PWRO +, PWRO- 
Power Amplifier 
Outputs 
VFxl-, 
VFxl + 
Analog 
Inputs 


GSR 
Receive Gain Control 
GRDA 
Analog Ground 


PDN 
Power Down Select 
NC 
No Connect 


CLKSEL 
Master Clock Frequency 
SIGx 
Transmit 
Signaling 
Input 
Select 


LOOP 
Analog 
Loop Back 
ASEL 
J.L- or A-law Select 


SIGR 
Receive Signaling 
Bit Output 
TSx 
Timeslot 
Strobe/Buffer 
Enable 


DCLKR 
Receive Variable 
Data Clock 
DCLKx 
Transmit 
Variable 
Data Clock 


DR 
Receive 
PCM Input 
Dx 
Transmit 
PCM Output 


FSR 
Receive 
Frame 
FSx 
Transmit 
Frame 
Synchronization 
Clock 
Synchronization 
Clock 


GRDD 
Digital Ground 
CLKx 
Transmit 
Master Clock 


Vcc 
Power (+5V) 
CLKR 
Receive 
Master Clock (29C14 
only, internally 
connected 
to CLKx on 29C13) 


inter 


Symbol 
Function 


VBB 
Most negative 
supply; 
input voltage 
is -5 
volts 
±5%. 


PWRO+ 
Non-inverting 
output of power amplifier. 
Can drive transformer 
hybrids or high impedance 
loads directly 
in 


either 
a differential 
or single ended 
configuration. 


PWRO- 
Inverting 
output 
of power 
amplifier. 
Functionally 
identical 
and complementary 
to PWRO + . 


GSR 
Input to the gain setting 
network 
on the output 
power amplifier. 
Transmission 
level can be adjusted 
over 


a 12 dB range depending 
on the voltage 
at GSR. 


PDN 
Power down select. 
When PDN is TIL 
high, the device 
is active. When low, the device 
is powered 
down. 


CLKSEL 
Input which 
must be pinstrapped 
to reflect 
the master 
clock 
frequency 
at CLKx. 
CLKR. 


CLKSEL 
= VBB ...................•..•............................................. 
2.048 MHz 


CLKSEL 
= GRDD 
.......................................•..........•..•............ 
1.544 MHz 


CLKSEL 
= Vcc 
.................................................................... 
1.536 MHz 


LOOP 
Analog 
loopback. 
When this pin is TIL 
high, the analog 
output 
(PWRO +) 
is internally 
connected 
to the 
analog 
input 
(VFxl +), 
GSR is internally 
connected 
to PWRO -, 
and VFxl- 
is internally 
connected 
to 
GSx. A 0 dBmO digital 
signal input at DR is returned 
as a + 3 dBmO digital 
signal output 
at Ox. 


SIGR 
Signaling 
bit output, 
receive 
channel. 
In fixed data rate mode, SIGR outputs 
the logical state of the eighth 


bit of the PCM word in the most recent 
signaling 
frame. 


DCLKR 
Selects 
the fixed or variable 
data rate mode. When DCLKR is connected 
to VBB, the fixed data rate mode 
is selected. 
When DCLKR is not connected 
to VBB, the device operates 
in the variable 
data rate mode. In 


this mode DCLKR becomes 
the receive 
data clock which operates 
at TIL 
levels from 64 Kb to 2.048 Mb 
data rates. 


DR 
Receive 
PCM input. PCM data is clocked 
in on this lead on eight consecutive 
negative 
transitions 
of the 


receive 
data clock; 
CLKR in the fixed data rate mode and DCLKR in variable 
data rate mode. 


FSR 
8 KHz frame synchronization 
clock input/timeslot 
enable, 
receive 
channel. 
A multi-function 
input which 
in 
fixed data rate mode distinguishes 
between 
signaling 
and non-signaling 
frames 
by means of a double 
or 


single 
wide 
pulse 
respectively. 
In variable 
data 
rate mode 
this signal 
must 
remain 
high for the entire 


length 
of the timeslot. 
The receive 
channel 
enters 
the standby 
state whenever 
FSR is TIL 
low for 600 
microseconds. 


GRDD 
Digital ground 
for all internal 
logic circuits. 
Not internally 
tied to GRDA. 


CLKR 
Receive 
master 
and data clock 
for the fixed data rate mode; 
receive 
master 
clock 
only in variable 
data 


rate mode. 


CLKx 
Transmit 
master 
and data clock 
for the fixed data rate mode; transmit 
master 
clock 
only in variable 
data 
rate mode. 


FSx 
8 KHz frame 
synchronization 
clock 
inputltimeslot 
enable, 
transmit 
channel. 
Operates 
independently 
but 


in an analogous 
manner 
to FSR. 


The transmit 
channel 
enters 
the standby 
state whenever 
FSx is TIL 
low for 600 microseconds. 


Ox 
Transmit 
PCM output. 
PCM data is clocked 
out on this lead on eight consecutive 
positive 
transitions 
of 


the transmit 
data clock: 
CLKx 
in fixed data rate mode and DCLKx 
in variable 
data rate mode. 


TSx/DCLKx 
Transmit 
channel 
times lot strobe 
(output) 
or data clock 
(input) for the transmit 
channel. 
In fixed data rate 
mode, this pin is an open drain output designed 
to be used as an enable 
signal for a three-state 
buffer. 
In 
variable 
data rate mode, this pin becomes 
the transmit 
data clock which 
operates 
at TIL 
levels from 64 
Kb to 2.048 
Mb data rates. 


SIGx/ASEL 
A dual purpose 
pin. When 
connected 
to VBB, A-law 
operation 
is selected. 
When 
it is not connected 
to 
VBB this pin is a TIL 
level input for signaling 
operation. 
This input is transmitted 
as the eighth 
bit of the 
PCM word during signaling 
frames 
on the Ox lead. If not used as an input pin, ASEL should 
be strapped 
to either 
Vcc 
or GRDD. 


NC 
No Connect 


GRDA 
Analog 
ground 
return for all internal 
voice 
circuits. 
Not internally 
connected 
to GRDD. 


VFxl+ 
Non-inverting 
analog 
input to uncommitted 
transmit 
operational 
amplifier. 


VFxl- 
Inverting 
analog 
input to uncommitted 
transmit 
operational 
amplifier. 


GSx 
Output 
terminal 
of transmit 
input channel 
op amp. Internally, 
this is the voice 
signal input to the transmit 


filter. 


Vcc 
Most positive 
supply; 
input voltage 
is + 5 volts 
± 5%. 


inter 


The 29C13 and 29C14 provide the analog-to-digital 
and the digital-to-analog conversions and the trans- 
mit and receive filtering necessary to interface a full 
duplex (4 wires) voice telephone circuit with the 
PCM highways of a time division multiplexed (TDM) 
system. They are intended to be used at the analog 
termination of a PCM line or trunk. 
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The following major functions are provided: 


• Bandpass filtering of the analog signals prior to 
encoding and after decoding 
• Encoding and decoding of voice and call prog- 
ress information 
• Encoding and decoding of the signaling and su- 
pervision information 
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Figure 3b. Typical Line Terminations 
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System Reliability Features 


The combochip can be powered up by pulsing 
FSxand/or FSR while a TTL high voltage is applied 
to PDN, provided that all clocks and supplies are 
connected. The 29C13 and 29C14 have internal re- 
sets on power up (or when Vss or Vcc are re-ap- 
plied) in order to ensure validity of the digital outputs 
and thereby maintain integrity of the PCM highway. 


On the transmit channel, digital outputs Dx and TSx 
are held in a high impedance state for approximately 
four frames (500 JoLs) after power ~ or application of 
Vss or Vcc. After this delay, Dx, TSx, and signaling 
will be functional and will occur in the proper time- 
slot. The analog circuits on the transmit side require 
approximately 60 milliseconds to reach their equilib- 
rium value due to the autozero circuit settling time. 
Thus, valid digital information, such as for on/off 
hook detection, is available almost immediately, 
while analog information is available after some de- 
lay. 


On the receive channel, the digital output SIGR is 
also held low for a maximum of four frames after 
power up or application of Vss or Vcc. SIGR will 
remain low thereafter until it is updated by a signal- 
ing frame. 


To further enhance system reliability, TSx and Dx 
will be placed in a high impedance state approxi- 
mately 30 JoLs after an interruption of CLKx. Similarly, 
SIGR will be held low approximately 30 JoLs after an 
interruption of CLKR.These interruptions could pos- 
sibly occur with some kind of fault condition. 


To minimize power consumption, two power down 
modes are provided in which most 29C13/C14 func- 
tions are disabled. Only the power down, clock, and 
frame sync buffers, which are required to power up 
the device, are enabled in these modes. As shown in 
Table 3, the digital outputs on the appropriate chan- 
nels are placed in a high impedance state until the 
device returns to the active mode. 


The Power Down mode utilizes an external control 
signal to the PDN pin. In this mode, power consump- 
tion is reduced to the value shown in Table 3. The 
device is active when the signal is high and inactive 
when it is low. In the absence of any signal, the PDN 
pin floats to TTL high allowing the device to remain 
active continuously. 


The Standby mode leaves the user an option of 
powering either channel down separately or power- 
ing the entire device down by selectively removing 
FSx and/or FSR.With both channels in the standby 
state, power consumption is reduced to the value 
shown in Table 3. If transmit only operation is de- 
sired, FSx should be applied to the device while FSR 
is held low. Similarly, if receive only operation is de- 
sired, FSR should be applied while FSx is held low. 


Fixed data rate timing, which is 2910A and 2911A 
compatible, is selected by connecting DCLKR to 
VSB. It employs master clocks CLKx and CLKR, 
frame synchronization clocks FSx and FSR,and out- 
put TSx. 


Power-Down 
Typical 
Device Status 
Method 
Power 
Digital Output Status 


Consumption 


Power Down Mode 
PDN = TTLlow 
3.5mW 
TSx and Dx are placed in a high impedance 
state and SIGRis placed in a TTL low state 
within 10 JoLs. 


Standby Mode 
FSx and FSRare TTL low 
3.5mW 
TSx and Dx are placed in a high impedance 
state and SIGRis placed in a TTL low state 
600 microseconds after FSx and FSRare 
removed. 


Only transmit is 
FSx is TTL low 
35mW 
TSx and Dx are placed in a high impedance 
on Standby 
state within 300 milliseconds. 


Only receive is 
FSRis TTL low 
35mW 
SIGRis placed in a TTL low state within 
on Standby 
600 microseconds. 


CLKx and CLKR serve both as master clocks 
to op- 
erate the codec 
and filter sections 
and bit clocks 
to 
clock 
the 
data 
in and out from 
the 
PCM highway. 
FSx and FSR are 8 KHz inputs which 
set the sam- 
pling 
frequency 
and 
distinguish 
between 
signaling 
and 
non-signaling 
frames 
by their 
pulse 
width. 
A 
frame 
synchronization 
pulse 
which 
is one 
master 
clock wide designates 
a non-signaling 
frame, while a 
double 
wide sync pulse enables 
the signaling 
func- 
tion. TSx 
is a timeslot 
strobe/buffer 
enable 
output 
which 
gates 
the PCM word onto the PCM highway 
when an external 
buffer is used to drive the line. 


Data is transmitted 
on the highway at Ox on the first 
eight positive 
transitions 
of CLKx following 
the rising 
edge of FSx. Similarly, 
on the receive 
side, data is 
received 
on the first eight falling edges of CLKR. The 
frequency 
of CLKx 
and 
CLKR 
is selected 
by the 
CLKSEL pin to be either 1.536, 1.544, or 2.048 MHz. 
No other 
frequency 
of operation 
is allowed 
in the 
fixed data rate mode. 


Variable 
data rate timing 
is selected 
by connecting 
DCLKR to the bit clock for the receive 
PCM highway 
rather 
than to Vss. 
It employs 
master 
clocks 
CLKx 
and CLKR, bit clocks 
DCLKR and DCLKx, and frame 
synchronization 
clocks 
FSR and FSx. 


Variable 
data 
rate timing 
allows 
for a flexible 
data 
frequency. 
It provides 
the ability to vary the frequen- 
cy of the bit clocks, 
which 
can be asynchronous 
in 
the case of the 29C14, 
synchronous 
in the case of 
the 
29C13, 
from 
64 
KHz 
to 
2.048 
MHz. 
Master 
clocks 
inputs 
are still restricted 
to 1.536, 
1.544, or 
2.048 MHz. 


In this mode, 
DCLKR and DCLKx 
become 
the data 
clocks 
for the receive 
and transmit 
PCM highways. 


While FSx is high, PCM data from Ox is transmitted 
onto the highway on the next eight consecutive 
posi- 
tive 
transitions 
of 
DCLKx. 
Similarly, 
while 
FSR is 
high, each PCM bit from the highway 
is received 
by 
DR on 
the 
next 
eight 
consecutive 
negative 
tran- 
sitions 
of DCLKR. 


On the transmit 
side, the PCM word will be repeated 
in all remaining 
timeslots 
in the 125 /losframe as long 
as DCLKx 
is pulsed and FSx is held high. This fea- 
ture allows 
the PCM word 
to be transmitted 
to the 
PCM highway 
more than once per frame, 
if desired, 
and' is only available 
in the variable 
data rate mode. 
Conversely, 
signaling 
is only 
allowed 
in the 
fixed 
data rate mode since the variable 
mode provides 
no 
means with which to specify 
a signaling 
frame. 


Signaling 


Signaling 
can only be performed 
with the 24-pin de- 
vice in the fixed data rate timing 
mode 
(DCLKR 
= 
Vss). 
Signaling 
frames 
on the transmit 
and receive 
sides are independent 
of one another 
and are se- 
lected 
by a double-width 
frame 
sync 
pulse 
on the 
appropriate 
channel. 
During 
a 
transmit 
signaling 
frame, 
the codec 
will encode 
the incoming 
analog 
signal and substitute 
the signal present 
on SIGx for 
the least significant 
bit of the encoded 
PCM word. 


Similarly, 
in a receive signaling 
frame, the codec will 
decode 
the seven most significant 
bits according 
to 
CCID 
recommendation 
G.733 
and output 
the logi- 
cal state of the LSB on the SIGR lead until it is up- 
dated 
in the 
next signaling 
frame. 
Timing 
relation- 
ships for signaling 
operation 
are shown 
in Figure 4. 
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Data Rate Mode) 
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Asynchronous 
Operation 


The 29C14 can be operated with asynchronous 
clocks in either the fixed or variable data rate 
modes. In order to avoid crosstalk problems associ- 
ated with special interrupt circuitry, the design of the 
Intel 29C13/C14 
combochip includes separate digi- 
tal-to-analog converters and voltage references on 
the transmit and receive sides to allow independent 
operation of the two channels. 


In either timing mode, the master clock, data clock, 
and timeslot strobe must be synchronized at the be- 
ginning of each frame. CLKx and DCLKx are syn- 
chronized once per frame but may be of different 
frequencies. The receive channel operates in a simi- 
lar manner and is completely independent of the 
transmit timing (refer to Variable Data Rate Timing 
Diagrams). This approach requires the provision of 
two separate master clocks, even in variable data 
rate mode, but avoids the use of a synchronizer 
which can cause intermittent data conversion errors. 


Analog Loopback 


A distinctive feature of the 29C14 is its analog loop- 
back capability. This feature allows the user to send 
a control signal which internally connects the analog 
input and output ports. As shown in Figure 5, when 
LOOP is TTL high the analog output (PWRO+) is 
internally connected to the analog input (VFxl + ), 
GSRis internally connected to PWRO-, and VFxl- 
is internally connected to GSx. 


With this feature, the user can test the line circuit 
remotely by comparing the digital codes sent into 
the receive channel (DR) with those generated on 
the transmit channel (Ox). Due to the difference in 
transmission levels between the transmit and re- 


1- - 
--- 
----------- 


I 
I 


TR •••NSMIT 
II 
VOICE 


ceive sides, a 0 dBmOcode sent into DRwill emerge 
from Ox as a + 3 dBmO code, an implicit gain of 
3 dB. Thus, the maximum signal input level which 
can be tested using analog loopback is 0 dBmO. 


No external components are required with the com- 
bochip to provide the voltage reference function. 
Voltage references are generated on-chip and are 
calibrated during the manufacturing process. These 
references determine the gain and dynamic range 
characteristics of the device. 


Separate references are supplied to the transmit 
and receive sections and each is trimmed indepen- 
dently during the manufacturing process. The refer- 
ence value is then further trimmed in the gain setting 
op-amps to a final precision value. With this method 
the combochip can achieve the extremely accurate 
Digital Milliwatt Responses specified in the transmis- 
sion parameters, providing the user a significant 
margin for error in other board components. 


The 29C13 and 29C14 are designed to operate in 
both 1Jo-lawand A-law systems. The user can select 
either conversion law according to the voltage pres- 
ent on the SIGxl ASEL pin. In each case the coder 
and decoder process a companded 8-bit PCM word 
following CCITT recommendation G.711 for 1Jo-law 
and A-law conversion. If A-law operation is desired, 
SIGx should be tied to Vss. Thus, signaling is not 
allowed during A-law operation. If IJo= 255-law op- 
eration is selected, then SIGx is a TTL level input 
which modifies the LSB of the PCM output in signal- 
ing frames. 


DIGITIZED 
PCM 
LOOP 
••••CK 
RESPONSE 


DIGITIZED 
PCM 
TEST 
TONE 
I 
I 


I 
GSR 
I 
I 
I 
L 
~ 


COMBO CHIP "'N"'LOG 
LOOP 
B"'CK 
FUNCTION 


Figure 5. Simplified Block Diagram of 29C14 Combochlp In the Analog Loopback Configuration 
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The input section provides gain adjustment in the 
passband by means of an on-chip uncommitted op- 
erational amplifier. This operational amplifier has a 
common mode range of ± 2.17 volts, a DC offset of 
25 mY, and a typical voltage gain of 10,000. Gain of 
up to 20 dB can be set without degrading the per- 
formance of the filter. The load impedance to ground 
(GADA) at the amplifier output (GSx) must be great- 
er than 10 kilohms in parallel with less than 50 pF. A 
DC path must be provided at VFxl +. The input op 
amp can also be used in the inverting mode or differ- 
ential amplifier mode (see Figure 6). 


A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components 
are required to provide the necessary anti-aliasing 
function for the switched capacitor section of the 
transmit filter. 


The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T 03/04 
channel bank transmission specification and CCID 
recommendation G.714. The 29C13 and 29C14 
specifications meet or exceed digital class 5 central 
office switching systems requirements. The transmit 
filter transfer characteristics and specifications will 
be within the limits shown in Figure 8. 


A high pass section configuration was chosen to re- 
ject low frequency noise from 50 and 60 Hz power 
lines, 17 Hz European electric railroads, ringing fre- 
quencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature allows 
the use of low-cost transformer hybrids without ex- 
ternal components. 


The encoder internally samples the output of the 
transmit filter and holds each sample on an internal 
sample and hold capacitor. The encoder then per- 
forms an analog to digital conversion on a switched 
capacitor array. Digital data representing the sample 
is transmitted on the first eight data clock bits of the 
next frame. 


An on-chip autozero circuit corrects for DC-offset on 
the input signal to the encoder. This autozero circuit 
uses the sign bit averaging technique; the sign bit 
from the encoder output is long term averaged and 
subtracted from the input to the encoder. In this way, 
all DC offset is removed from the encoder input 
waveform. 


Decoding 


The PCM word at the DR lead is serially fetched on 
the first eight data clock bits of the frame. A 01A 
conversion is performed on the digital word and the 
corresponding analog sample is held on an internal 
sample and hold capacitor. This sample is then 
transferred to the receive filter. 


The receive filter provides passband flatness and 
stopband rejection which fulfills both the AT&T 
03/04 
specification and CCID 
recommendation 
G.714. The filter contains the required compensa- 
tion for the (sin x)/x 
response of such decoders. The 
receive filter characteristics and specifications are 
shown in Figure 9. 


Symbol 
Parameter 
Value 
Units 
Test Conditions 


OTLP1x 
Zero Transmission Level Point 
+2.76 
dBm 
Referenced to 600n 
Transmit Channel (0 dBmO),...-Iaw 
+1.00 
dBm 
Referenced to 900n 


OTLP2x 
Zero Transmission Level Point 
+2.79 
dBm 
Referenced to 600n 
Transmit Channel (0 dBmO)A-law 
+1.03 
dBm 
Referenced to 900n 


OTLP1R 
Zero Transmission Level Point 
+5.76 
dBm 
Referenced to 600n 
Receive Channel (0 dBmO),...-Iaw 
+4.00 
dBm 
Referenced to 900n 


OTLP2R 
Zero Transmission Level Point . 


+5.79 
dBm 
Referenced to 600n 
Receive Channel (0 dBmO)A-law 
+4.03 
dBm 
Referenced to 900n 


A balanced output amplifier is provided in order to 
allow maximum flexibility in output configuration. Ei- 
ther of the two outputs can be used single ended 
(referenced to GRDA) to drive single ended loads. 
Alternatively, the 
differential output will drive a 
bridged load directly. The output stage is capable of 
driving loads as low as 300 ohms single ended or 
600 ohms differentially. 


The receive channel transmission level may be ad- 
justed between specified limits by manipulation of 
the GSR input. GSR is internally connected to an 
analog gain setting network. When GSR is strapped 
to PWRO-. the receive level is unattenuated; when 
it is tied to PWRO+, the level is attenuated by 12 
dB. The output transmission level interpolates be- 
tween 0 and -12 
dB as GSR is interpolated (with a 
potentiometer) 
between PWRO+ 
and PWRO- . 


The use of the output gain set is illustrated in Figure 
7. 


Transmission levels are specified relative to the reo 
ceive channel output under digital milliwatt condi- 
tions, that is, when the digital input at DRis the eight- 
code sequence specified in cCln 
recommendation 
G.711. 


OUTPUT 
GAIN SET: DESIGN 
CONSIDERATIONS 


PWRO+ and PWRO- 
are low impedance comple- 
mentary outputs. The voltages at the nodes are: 


vo+ 
at PWRO+ 
Vo- 
at PWRO- 


R1 and R2 are a gain setting resistor network with 
the center tap connected to the GSR input. 


A value greater than 10K ohms for R1 + R2 and 
less than 100K ohms for R1 in parallel with R2 is 
recommended because: 
(a) The parallel combination of R1 + R2 and RL 
sets the total loading. 
(b) The total capacitance at the GSR input and the 
parallel combination of R1 and R2 define a time 
constant which has to be minimized to avoid in- 
accuracies. 


0 PWRO. 


R, 
2IC13 
0 
OR 
v. 
OSR 
2ICI. 


I 


R. 
DR 
0 
PWRO- 
DIGITAL INPUT 


v.- 
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Figure 7. Gain Setting Configuration 
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A is the gain of the power amplifiers. 


1 + (R,/R2) 
where A = 4 + (R,/R2) 


For design 
purposes, 
a useful 
form 
is R1/R2 
as a 
function 
of A. 


(Allowable 
values for A are those which make R1/R2 
positive.) 


Temperature 
Under Bias 
-1 O·C to + 80·C 


Storage Temperature 
- 65·C to + 150·C 


Vcc and GRDD with Respect 
to VBB .. -0.3V 
to 15V 


All Input and Output 
Voltages 
with Respect 
to VBB 
- 0.3V to 15V 


All Input and Output 
Voltages 
with Respect 
to Vcc 
-15Vto 
+0.3V 


Power Dissipation 
1.35W 


R,/R2 
= 
00 or V(GSR) = Vo-; 
i.e., GSR is tied to 
PWRO- 


R,/R2 
= 0 or V(GSR) = Vo+; 
i.e., GSR is tied to 
PWRO+ 


·Notice: Stresses above those listed under ':4bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE Specifications contained within the 
following tables are subject to change. 


D.C. CHARACTERISTICS 
(TA = o·C to 70·C, Vcc 
= +5V 
±5%, 
VBB = -5V 
±5%, 
GRDA 
= OV, GRDD 
= OV, unless 
otherwise 
specified.) 
Typical 
values are for TA = 25·C and nominal 
power supply values. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


IlL 
Low Level Input Current 
10 
/LA 
GRDD 
~ VIN ~ VIL (Note 1) 


IIH 
High Level Input Current 
10 
/LA 
VIH ~ VIN ~ Vcc 


VIL 
Input Low Voltage, 
except CLKSEL 
-0.3 
0.8 
V 
(Note 2) 


VIH 
Input High Voltage. 
except CLKSEL 
2.0 
V 


VOL 
Output Low Voltage 
0.4 
V 
IOL = 3.2 mA at Dx. TSx and 
SIGR 


VOH 
Output High Voltage 
2.4 
V 
IOH = 80 /LA at Dx. SIGR 


VILQ 
Input Low Voltage, 
CLKSEL(2) 
VBB 
VBB 
V 
+0.5 


Vila 
Input Intermediate 
Voltage, 
CLKSEL 
GRDD 
0.5 
V 
-0.5 


VIHO 
Input High Voltage, 
CLKSEL 
Vcc 
Vcc 
V 
-0.5 


Cox 
Digital Output Capacitance(3) 
5 
pF 


CIN 
Digital Input Capacitance 
5 
10 
pF 


inter 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


ICCI 
Vcc Operating 
Current 
6.6 
mA 


ISSI 
Vss Operating 
Current 
-6.2 
mA 


Icco 
VCC Power Down Current 
0.5 
mA 
PDN ,.;;VIL 


Isso 
Vss Power Down Current 
-0.2 
mA 
PDN ,.;;VIL 


Iccs 
Vcc Standby Current 
0.5 
mA 
FSx, FSR ,.;;VIL; after 600 JoLs 


Isss 
Vss Standby 
Current 
-0.2 
mA 
FSx, FSR ,.;;VIL; after 600 JoLs 


PDI 
Operating 
Power Dissipation(4) 
64 
mW 


PDO 
Power Down Dissipation(4) 
3.5 
mW 
PDN ,.;;VIL 


PST 
Standby 
Power Dissipation(4) 
3.5 
mW 
FSx, FSR ,.;;VIL 


NOTES: 
1. VIN is the voltage on any digital pin. 
2. SIGx and DCLKR are TTL level inputs between GRDD and Vcc; they are also pinstraps for mode selection when tied to 
VBB. Under these conditions VILa is the input low voltage requirement. 
3. Timing parameters are guaranteed based on a 100 pF load capacitance. Up to eight digital outputs may be connected to 
a common PCM highway without buffering, assuming a board capacitance of 60 pF. 
4. With nominal power supply values. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


ISXl 
Input Leakage Current, VFxl + ,VFxl- 
100 
nA 
-2.17V 
,.;;VIN ,.;;2.17V 


Rixi 
Input Resistance, 
VFxl +, VFxl- 
10 
MD. 


VOSXI 
Input Offset Voltage, 
VFxl +, VFxl- 
25 
mV 


CMRR 
Common 
Mode Rejection, 
VFxl + ,VFxl- 
55 
dB 
-2.17";; 
VIN ,.;;2.17V 


AVOL 
DC Open Loop Voltage 
Gain, GSx 
5000 


fC 
Open Loop Unity Gain Bandwidth, 
GSx 
0.4 
MHz 


CLXI 
Load Capacitance, 
GSx 
50 
pF 


RLXI 
Minimum 
Load Resistance, 
GSx 
10 
KD. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


RORA 
Output Resistance, 
PWRO +, PWRO- 
1 
D. 


VOSRA 
Single-Ended 
Output DC Offset, PWRO + 
75 
±150 
mV 
Relative 
to GRDA 
PWRO- 


CLRA 
Load Capacitance, 
PWRO + , PWRO- 
100 
pF 


inter 


Unless 
otherwise 
noted, the analog 
input is a 0 dBmO, 1020 Hz sine wave.(1) Input amplifier 
is set for unity 
gain, noninverting. 
The digital input is a PCM bit stream 
generated 
by passing 
a 0 dBmO, 1020 Hz sine wave 
through 
an ideal encoder. 
Receive 
output is measured 
single ended, maximum 
gain configuration.(2) 
All output 
levels are (sin x)/x 
corrected. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


EmW 
Encoder 
Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO 
Signal input of 1.064 Vrms JL-Iaw 


Tolerance 
Signal input of 1.068 Vrms A-law 
TA = 25°C, Vee = -5V, 
Vcc = +5V 


EmWTS 
EmW Variation 
with Temperature 
-0.07 
±0.02 
+0.07 
dB 
± 5% supplies, 
0 to 70°C 
and Supplies 
Relative to nominal conditions 


DmW 
Digital Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO 
Measure 
relative to OTLPR. 


Tolerance 
TA = 25°C; Ves = -5V, 
Vcc = +5V. 
RL = 00 


DmWTS 
DmW Variation 
with Temperature 
-0.07 
±0.02 
+0.07 
dB 
± 5% supplies, 
0 to 70°C 
and Supplies 


NOTES: 
1. 0 dSmO is defined as the zero reference point of the channel under test (OTLP).This corresponds to an analog signal 
input of 1.064 volts rms or an output of 1.503 volts rms for fLlaw.See Table 4. 
2. Unity gain input amplifier: GSx is connected to VFxl-, 
Signal input VFxl +; Maximum gain output amplifier; GSR Is 
connected to PWRO-, 
output to PWRO+. 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


GT1x 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3 to -40 
dBmO 


Sinusoidal 
Input; JL-Iaw 
±0.5 
dB 
-40 
to -50 
dBmO 
± 1.2 
dB 
-50 
to -55 
dBmO 


GT2x 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3 
to -40 
dBmO 
Sinusoidal 
Input; A-law 
±0.5 
dB 
-40 
to -50 
dBmO 
± 1.2 
dB 
-50 
to -55 
dBmO 


GT1R 
Receive 
Gain Tracking 
Error 
±0.25 
dB 
+3 
to -40 
dBmO 
Sinusoidal 
Input; JL-Iaw 
±0.5 
dB 
-40 
to -50 
dBmO 
± 1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO + , 


RL = 3000 


GT2R 
Receive Gain Tracking 
Error 
±0.25 
dB 
+3 to -40 
dBmO 
Sinusoidal 
Input; A-law 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO + , 


RL = 3000 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


NXC1 
Transmit 
Noise, C-Message 
15 
dBrncO 
VFxl + = GRDA, VFxl- 
= GSx 
Weighted 


NXC2 
Transmit 
Noise, C-Message 
18 
dBrncO 
VFxl + = GRDA, VFxl- 
= GSx; 


Weighted 
with Eighth Bit Signaling 
6th frame signaling 


Nxp 
Transmit 
Noise, Psophometrically 
-75 
dBmOp 
VFxl + = GRDA, VFxl- 
= GSx 
Weighted 


NRC1 
Receive 
Noise, C-Message 
11 
dBrncO 
DR = 11111111 
Weighted: 
Quiet Code 


NRC2 
Receive 
Noise, C-Message 
12 
dBrncO 
Input to DR is Quiet code with sign 
Weighted: 
Sign bit toggle 
bit toggle at 1 KHz rate 


NRP 
Receive 
Noise, Psophometrically 
-79 
dBmOp 
DR = 10101010 
Weighted: 
Quiet Code 
- 


NSF 
Single Frequency 
Noise 
-50 
dBmO 
CCID 
G.712.4.2 
End to End Measurement 
Measure at PWRO + 


PSRR1 
Vcc Power Supply Rejection, 
-35 
dB 
Idle channel; 
200 mV P-P signal on 
Transmit 
or Receive Channel 
VCC; 0 to 50 KHz, measure 
at Ox 


PSRR2 
Vss Power Supply Rejection, 
-35 
dB 
Idle channel; 
200 mV P-P signal on 
Transmit 
or Receive Channel 
Vss; 0 to 50 KHz, measure 
at Ox 


CTTR 
Crosstalk, 
Transmit 
to Receive 
-71 
dB 
VFxl + = 0 dBmO, 1.02 KHz, 
DR = Quiet code 


CTRT 
Crosstalk, 
Receive to Transmit 
-71 
dB 
DR = 0 dBmO, 1.02 KHz, 
VFxl+ 
= GRDA 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


SD1x 
Transmit 
Signal to Distortion, 
/-L-Law 
36 
dB 
Oto -30 
dBmO 


Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 


CCITT G.714-Method 
2 
25 
dB 
-40to 
-45dBmO 


SD2x 
Transmit 
Signal to Distortion, 
A-Law 
36 
dB 
Oto -30 
dBmO 


Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 


CCITT G.714-Method 
2 
25 
dB 
-40 
to -45 
dBmO 


SD1R 
Receive Signal to Distortion, 
/-L-Law 
36 
dB 
Oto -30 
dBmO 


Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 


CCITT G.714-Method 
2 
25 
dB 
-40 
to -45 
dBmO 


SD2R 
Receive Signal to Distortion, 
A-Law 
36 
dB 
Oto -30dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 


CCITT G.714-Method 
2 
25 
dB 
-40 
to -45 
dBmO 


DPx 
Transmit 
Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 


Products 
o dBmO Input Signal 


DPR 
Receive 
Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 
Products 
o dBmO Input Signal 


IMD1 
Intermodulation 
Distortion, 
-35 
dB 
CCITT G.712 (7.1) 
End to End Measurement 


IMD2 
Intermodulation 
Distortion, 
-49 
dBmO 
CCITT G.712 (7.2) 
End to End Measurement 


SOS 
Spurious 
Out of Band Signals, 
-25 
dBmO 
CCITT G.712 (6.1) 
End to End Measurement 


SIS 
Spurious in Band Signals, 
-40 
dBmO 
CCITT G.712 (9) 
End to End Measurement 


DAX 
Transmit 
Absolute 
Group Delay 
220 
/-Ls 
Fixed Data Rate, CLKx = 2.048 
MHz; 0 dBmO, 1.4 
KHz signal at VFxl + 
Measure at Dx. 


Dox 
Transmit 
Differential 
Group Delay 
170 
/-Ls 
f = 500 - 
600 Hz 
Relative to DAX 
95 
/-Ls 
f = 600 - 
1000 Hz 
45 
/-Ls 
f = 1000 - 
2600 Hz 
75 
/-Ls 
f = 2600 - 
2800 Hz 


DAR 
Receive Absolute 
Group Delay 
140 
/-Ls 
Fixed Data Rate, CLKR = 2.048 
MHz; OdBmO, 0.3 KHz 
Measure at PWRO + . 


DOR 
Receive 
Differential 
Group Delay 
35 
/-Ls 
f = 500 - 
600 Hz 
Relative to DAR 
35 
/-Ls 
f = 600 - 
1000 Hz 
110 
/-Ls 
f = 1000 - 
2600 Hz 
135 
/-Ls 
f = 2600 - 
2800 Hz 


inter 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


GRX 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal input at VFxl + 


16.67 Hz 
-30 
dB 


50Hz 
-25 
dB 


60Hz 
-23 
dB 
• 


200 Hz 
-1.8 
-0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.10 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-32 
dB 


+1.0dB 


EXPANDED 
SCALE 
OdB 


-1.0dS 


OdB 


-10dB 


-20dB 


-30 
dB 


-"OdS 


-SOdS 


-60dB 


10Hz 


+0.125 dB 
300Hz 
+O.12SdB 
+O.03dB 
-0.125 
dB 
3000 Hz 
/"" 
3300 Hz 


200Hz 
/G~««(/G«( 
"/G«"(::::~/" 
~ 
~;~~g~: 


-0.125dB 
3000 
Hz 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


GRR 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal input at DR 


Below 200 Hz 
+0.125 
dB 


200 Hz 
-0.5 
+0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.1 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-30 
dB 


+0.125 dB +0.125 dB 
+0.125 dB 
-0.03 dB 


((((((((((((~~O(H:. 
«:~O(H: « 
« 
« 
« 
« 
« 
« 
« 
/(0?~300HZ 
-O.IOdB 
3.00 Hz 
-O.SOdB 
/ 


200 
Hz 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tev 
Clock Period, CLKx, CLKR 
488 
ns 
fCLKX = fCLKR = 2.048 MHz 


tCLK 
Clock Pulse Width, CLKx, CLKR 
220 
ns 


tOCLK 
Data Clock Pulse Width 
220 
ns 
64 KHz ~ fOCLK ~ 2.048 MHz 


teoc 
Clock Duty Cycle, CLKx, CLKR 
45 
50 
55 
% 


tr, tf 
Clock Rise and Fall Time 
5 
30 
ns 
, 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tozx 
Data Enabled on TS Entry 
0 
145 
ns 
0< 
CLOAO < 100 pF 


toox 
Data Delay from CLKx 
0 
145 
ns 
0< 
CLOAO < 100 pF 


tHZX 
Data Float on TS Exit 
60 
215 
ns 
CLOAO = 0 


tSON 
Timeslot X to Enable 
0 
145 
ns 
o < CLOAO < 100 pF 


tSOFF 
Timeslot X is Disable 
60 
215 
ns 
0< 
CLOAO 


tFSO 
Frame Sync Delay 
100 
teLK 
ns 


tss 
Signal Setup Time 
0 
ns 


tSH 
Signal Hold Time 
0 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tOSR 
Receive 
Data Setup 
10 
ns 


tOHR 
Receive 
Data Hold 
60 
ns 


tFSO 
Frame Sync Delay 
100 
teLK 
ns 


tSIGR 
SIGR Update 
0 
2 
,..,S 


NOTE: 
1. Timing 
parameters 
tozx. 
tHZX. and tSOFF are referenced 
to a high impedance 
state. 


inter 


.s, 
NON·SIGNALING 
FRAMES 
.s, 


SIONALING 
FRAMES 


~ 
__ 
~I 
-f~O" 


---------------------------'- 
•• -: 
~ 
--.' 
t==":ON.T 
SIO. 
DO_N._T_C_•• _. 
~X 
VAL.ID 
X_ 
CARE 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL except 
tozx. 
tSOFF and tHZX which 
reference 
a high impedance 
state. 


CL"~ 
~1c"~Ic" 
~~2 
3 
.TI 
TlMM'fSS~LO:~~ 
~ ~ -1~--i 
~J~ 
'---J ~h ~'-J . L-I 
1 
~ 
• '-J' 


'So 


NON·stGNAlING 
----------------------------- 
FfilAMES 


SION"L~:: 
~---------------------------- 
FRAMES 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL. 


inter 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tTSOX 
Timeslot 
Delay from DCLKx(2) 
140 
tox-140 
ns 


tFSO 
Frame Sync Delay 
100 
tey-100 
ns 


toox 
Data Delay from DCLKx 
0 
100 
ns 
0< 
CLOAO < 100 pF 


tOON 
Timeslot 
to Dx Active 
0 
50 
ns 
0< 
CLOAO < 100 pF 


tOOFF 
Timeslot 
to Dx Inactive 
0 
80 
ns 
0< 
CLOAO < 100 pF 


tox 
Data Clock Period 
488 
15620 
ns 


tOFSX 
Data Delay from FSx 
0 
140 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tTSOR 
Timeslot 
Delay from DCLKR(3) 
140 
tOR-140 
ns 


tFSO 
Frame Sync Delay 
100 
tCy-100 
ns 


tOSR 
Data Setup Time 
10 
ns 


tOHR 
Data Hold Time 
60 
ns 


tOR 
Data Clock Period 
488 
15620 
ns 


tSER 
Timeslot 
End Receive Time 
0 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tFSLX 
Transmit 
Frame Sync Minimum 
488 
ns 
FSx is TIL 
high for remainder 
of 


Downtime 
frame 


tFSLR 
Receive 
Frame Sync Minimum 
488 
ns 
FSR is TIL 
high for remainder 
of 
Downtime 
frame 


tOCLK 
Data Clock Pulse Width 
10 
1J.s 


NOTES: 
1. Timing parameters tOONand tOOFFare referenced to a high impedance state. 
2. tFSLXminimum requirements overrides tTSOXmaximum spec for 64 KHz operation. 
3. tFSLRminimum requirements overrides tTSORmaximum spec for 64 KHz operation. 


inter 


NOTE: 
270154-15 
All timing 
parameters 
referenced 
to VIH and VIL except 
tDON and tOFF which 
reference 
a high impedance 
state. 


NOTE: 
270154-16 
All timing 
parameters 
referenced 
to VIH and VIL except 
tDON and toFF which 
reference 
a high impedance 
state. 


u ~ 
U>USTPOIHT"<UX= 


0.45 
0.' 
0.' 
270154-17 
A.C. Testing: Inputs Are Driven at 2.4V for a Logic "1" and 0.45V for a Logic "0". Timing Measurements Are Mada at 2.0V for a Logic "1" and 
O.SV for a Logic "0". 


intJ 
2916/2917 
HMOS COMBINED SINGLE CHIP PCM CODEC AND FILTER 
• 2916 wLaw, 
2.048 MHz Master Clock 
• Fixed Timing 
Mode for Standard 
• 2917 A-Law, 
2.048 MHz Master Clock 
32-Channel 
Systems: 
2.048 MHz 
Master Clock 
• New 16-Pln Package 
for Higher 
Low Power 
HMOS-E Technology 
Linecard 
Density 
• - 
5 mW Typical 
Power 
Down 
• AT&T 
D3/D4 
and CCITT 
Compatible 
-140 
mW Typical 
Operating 
• Variable 
Timing Mode for Flexible 
• On Chip Auto Zero, Sample and Hold, 
Digital Interface: 
Supports 
Data Rates 
and Precision 
Voltage 
References 
from 64 KB to 2.048 MB 
Compatible 
with Direct Mode Intel 
• 
• Fully Differential 
Internal 
Architecture 
2910A, 2911A, and 2912A Designs 
Enhances 
Noise Immunity 


The Intel 2916 and 2917 are limited feature versions 
of Intel's 2913 and 2914 combination 
codec/filter 
chips. 


They are fully integrated 
PCM codecs 
with transmit/receive 
filters fabricated 
in a highly reliable 
and proven 
N-channel 
HMOS silicon gate technology 
(HMOS-E). 
These devices 
provide 
the functions 
that were formerly 


provided 
by two complex 
chips 
(2910A 
or 2911A 
and 2912A). 
Besides 
the higher 
level of integration, 
the 
performance 
of the 2916 and 2917 is superior 
to that of the separate 
devices. 


The primary 
applications 
for the 2916 and 2917 are in telephone 
systems: 


• 
Switching-Digital 
PBX's and Central 
Office 
Switching 
Systems 


• 
Subscriber 
Instruments-Digital 
Handsets 
and Office 
Workstations 


Other possible 
applications 
can be found where the wide dynamic 
range (78 dB) and minimum conversion 
time 
(125 p.s) are required 
for analog to digital interface 
functions: 


• 
High Speed 
Modems 
• 
Secure 
Communications 


• 
Voice Store and Forward 
• 
Digital Echo Cancellation 


VBB 
vcc 


PWRO+ 
GSx 


PWRO- 
VFXI - 


i>6N 
GRDA 


DClKR 
TSXIDClKx 


DR 
Ox 


FSR 
FSx 


GRDD 
ClK 


270156-1 


inter 


ANALOG 
TO 
DIGITAL 
CONTROL 
lOGIC 


Name 
Description 
Name 
Description 


VBB 
Power (-SV) 
GSx 
Transmit 
Gain Control 


PWRO +. PWRO- 
Power Amplifier 
Outputs 
VFxl- 
Analog 
Input 


PDN 
Power Down Select 
GRDA 
Analog Ground 


DClKR 
Receive Variable 
Data Clock 
TSx 
Timeslot 
Strobe/Buffer 
Enable 


DR 
Receive 
PCM Input 
DClKx 
Transmit 
Variable 
Data Clock 


FSR 
Receive 
Frame 
Dx 
Transmit 
PCM Output 
Synchronization 
Clock 
FSx 
Transmit 
Frame 


GRDD 
Digital Ground 
Synchronization 
Clock 


Vcc 
Power (+SV) 
ClK 
Master Clock 


inter 


Symbol 
Function 


VBB 
Most negative 
supply, input voltage 
is - 5 volts ± 5%. 


PWRO+ 
Non-inverting 
output of power amplifier. 
Can drive transformer 
hybrids or high impedance 
loads 
directly in either a differential 
or single ended configuration. 


PWRO- 
Inverting output of power amplifier. 
Functionally 
identical and complementary 
to PWRO+. 


PDN 
Power down select. When PDN is TTl 
high, the device is active. When low, the device is 


powered 
down. 


DClKR 
Selects the fixed or variable data rate mode. When DClKR 
is connected 
to VBB, the fixed data 


rate mode is selected. 
When DClKR 
is not connected 
to VBB, the device operates 
in the 
variable data rate mode. In this mode DClKR 
becomes 
the receive data clock which operates 


at TTl 
levels from 64 Kb to 2.048 Mb data rates. 


DR 
Receive 
PCM input. PCM data is clocked 
in on this lead on eight consecutive 
negative 
transitions 
of the receive data clock; ClK 
in the fixed data rate mode and DClKR 
in variable 
data rate mode. 


FSR 
8 KHz frame synchronization 
clock inputltimeslot 
enable, receive channel. 
In variable 
data rate 
mode this signal must remain high for the entire length of the timeslot. 
The receive channel 
enters the standby state whenever 
FSR is TTl 
low for 300 milliseconds. 


GRDD 
Digital ground for all internal 
logic circuits. 
Not internally tied to GRDA. 


ClK 
Master and data clock for the fixed data rate mode; master clock only in variable data rate 
mode. 


FSx 
8 KHz frame synchronization 
clock inputltimeslot 
enable, transmit 
channel. 
Operates 
independently 
but in an analogous 
manner to FSR. The transmit 
channel 
enters the standby 
state whenever 
FSx is TTl 
low for 300 milliseconds. 


Ox 
Transmit 
PCM output. PCM data is clocked 
out on this lead on eight consecutive 
positive 
transitions 
of the transmit 
data clock; ClK 
in fixed data rate mode and DClKx 
in variable data 
rate mode. 


TSx/DClKx 
Transmit 
channel 
timeslot 
strobe (output) or data clock (input) for the transmit 
channel. 
In fixed 
data rate mode, this pin is an open drain output designed 
to be used as an enable signal for a 


three-state 
buffer. In variable data rate mode, this pin becomes 
the transmit 
data clock which 
operates 
at TTl 
levels from 64 Kb to 2.048 Mb data rates. 


GRDA 
Analog ground return for all internal voice circuits. 
Not internally 
connected 
to GRDD. 


VFxl- 
Inverting analog input to uncommitted 
transmit 
operational 
amplifier. 


GSx 
Output terminal 
of on-chip transmit 
channel 
input op amp. Internally, 
this is the voice signal 


input to the transmit 
filter. 


Vcc 
Most positive supply; input voltage 
is + 5 volts ± 5%. 


inter 


The 2916 and 2917 provide the analog-to-digital 
and 
the 
digital-to-analog 
conversions 
and 
the 
transmit 
and receive 
filtering 
necessary 
to interface 
a full du- 
plex (4 wires) voice 
telephone 
circuit 
with the PCM 
highways 
of a time division 
multiplexed 
(TDM) sys- 
tem. 
They 
are intended 
to be used 
at the 
analog 
termination 
of a PCM line. 


The following 
major functions 
are provided: 


• 
Bandpass 
filtering 
of the analog 
signals 
prior to 
encoding 
and after decoding 


• 
Encoding 
and decoding 
of voice 
and call prog- 
ress information 


• 
Encoding 
and decoding 
of the signaling 
and su- 
pervision 
information 


System Reliability Features 


The combochip 
can be powered 
up by pulsing 
FSx 
and/or 
FSR while 
a TTL high voltage 
is applied 
to 
PDN, provided 
that all clocks 
and supplies 
are con- 
nected. 
The 2916 and 2917 have internal 
resets on 
power 
up (or when 
Vss 
or Vcc 
are re-applied) 
in 
order 
to ensure 
validity 
of the 
digital 
outputs 
and 
thereby 
maintain 
integrity 
of the PCM highway. 


On the transmit 
channel, 
digital outputs 
Dx and TSx 
are held in a high impedance 
state for approximately 
four frames 
(500 J.Ls)after power up or aeE!ication 
of 
Vss 
or Vcc. 
After 
this 
delay, 
Dx and TSx 
will be 
functional 
and will occur in the proper 
timeslot. 
The 
analog 
circuits 
on the transmit 
side require approxi- 
mately 60 milliseconds 
to reach their equilibrium 
val- 
ue due to the autozero 
circuit settling 
time. 


To enhance 
system 
reliability, 
TSx 
and 
Dx will be 
placed 
in a 
high 
impedance 
state 
approximately 
30 J.Lsafter an interruption 
of CLK. 


To minimize 
power 
consumption, 
two 
power 
down 
modes are provided 
in which 
most 2916/2917 
func- 
tions are disabled. 
Only the power down, clock, and 
frame 
sync buffers, 
which 
are required 
to power 
up 
the device, are enabled 
in these modes. As shown in 
Table 3, the digital outputs 
on the appropriate 
chan- 
nels are placed 
in a high impedance 
state 
until the 
device 
returns to the active 
mode. 


The Power 
Down 
mode 
utilizes 
an external 
control 
signal to the PDN pin. In this mode, power consump- 
tion is reduced to an average 
of 5 mW. The device is 
active when the signal is high and inactive 
when it is 
low. In the absence 
of any signal, the PDN pin floats 
to TTL high allowing the device to remain active con- 
tinuously. 


The 
Standby 
mode 
leaves 
the 
user 
an option 
of 
powering 
either channel 
down separately 
or power- 
ing the entire 
device 
down 
by selectively 
removing 
FSx and/or 
FSR. With both channels 
in the standby 
state, power consumption 
is reduced 
to an average 
of 12 mW. If transmit 
only operation 
is desired, 
FSx 
should 
be applied 
to the device 
while 
FSR is held 
low. Similarly, 
if receive 
only 
operation 
is desired, 
FSR should 
be applied 
while FSx is held low. 


Fixed data rate timing, 
which 
is 2910A 
and 2911 A 
compatible, 
is selected 
by connecting 
DCLKR 
to 
Vss. It employs 
master clock CLK, frame synchroni- 
zation clocks 
FSx and FSR, and output TSx. 


Power-Down 
Typical 
Device Status 
Method 
Power 
Digital Output Status 
Consumption 


Power Down Mode 
PDN = TTL Low 
5mW 
TSx and Dx are placed in a high impedance 
state within 10 J.Ls. 


Standby 
Mode 
FSx and FSR are TTL Low 
12mW 
TSx and Dx are placed in a high impedance 
state within 300 milliseconds. 


Only Transmit 
is 
FSx is TTL Low 
70mW 
TSx and Dx are placed in a high impedance 
on Standby 
state within 300 milliseconds. 


Only Receive is 
FSR is TTL Low 
110 mW 
on Standby 


CLK serves as the master clock to operate the co- 
dec and filter sections and as the bit clock to clock 
the data in and out from the PCM highway. FSx and 
FSR are 8 KHz inputs which set the sampling fre- 
quency. TSx is a timeslot strobe/buffer enable out- 
put which gates the PCM word onto the PCM high- 
way when an external buffer is used to drive the line. 


Data is transmitted on the highway at Dx on the first 
eight positive transitions of CLK following the rising 
edge of FSx. Similarly, on the receive side, data is 
received on the first eight falling edges of CLK. The 
frequency of CLK must be 2.048 MHz. No other fre- 
quency of operation is allowed in the fixed data rate 
mode. 


Variable data rate timing is selected by connecting 
DCLKRto the bit clock for the receive PCM highway 
rather than to VBB.It employs master clock CLK, bit 
clocks DCLKR and DCLKx, and frame synchroniza- 
tion clocks FSR and FSx. 


Variable data rate timing allows for a flexible data 
frequency. It provides the ability to vary the frequen- 
cy of the bit clocks, from 64 KHz to 2.048 MHz. The 
master clock is still restricted to 2.048 MHz. 


In this mode, DCLKR and DCLKx become the data 
clocks for the receive and transmit PCM highways. 
While FSx is high, PCM data from Dx is transmitted 
onto the highway on the next eight consecutive posi- 
tive transitions of DCLKx. Similarly, while FSR is 
high, each PCM bit from the highway is received by 
DR on the next eight consecutive negative tran- 
sitions of DCLKR. 


On the transmit side, the PCMword will be repeated 
in all remaining timeslots in the 125 IJosframe as long 
as DCLKx is pulsed and FSx is held high. This fea- 
ture allows the PCM word to be transmitted to the 
PCM highway more than once per frame, if desired, 
and is only available in the variable data rate mode. 


No external components are required with the com- 
bochip to provide the voltage reference function. 
Voltage references are generated on-chip and are 
calibrated during the manufacturing process. The 
technique uses a difference in sub-surface charge 
density between two suitably implanted MOS devic- 
es to derive a temperature and bias stable reference 
voltage. These references determine the gain and 
dynamic range characteristics of the device. 


Separate references are supplied to the transmit 
and receive sections and each is trimmed indepen- 
dently during the manufacturing process. The refer- 
ence value is then further trimmed in the gain setting 
op-amps to a final precision value. With this method 
the combochip can achieve the extremely accurate 
Digital Milliwatt Responses specified in the transmis- 
sion parameters, providing the user a significant 
margin for error in other board components. 


The input section provides gain adjustment in the 
passband by means of an on-chip operational ampli- 
fier. This operational amplifier has a commoon mode 
range of 
± 2.17 volts, a maximum DC offset of 
25 mV, a minimum open loop voltage gain of 5000, 
and a unity gain bandwidth of typically 1 MHz. Gain 
of up to 20 dB can be set without degrading the 
performance of the filter. The load impedance to 
ground (GRDA) at the amplifier output (GSx) must 
be greater than 10 kilohms in parallel with less than 
50 pF. The input signal on lead VFxl- 
can be either 
AC or DC coupled. The input op amp can only be 
used in the inverting mode as shown in Figure 3. 


A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components 
are required to provide the necessary anti-aliasing 
function for the switched capacitor section of the 
transmit filter. 
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The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T 03/04 
channel bank transmission specification and CCITI 
recommendation G.714. The 2916 and 2917 specifi- 
cations meet or exceed digital class 5 central office 
switching systems requirements. The transmit filter 
transfer characteristics and specifications will be 
within the limits shown in Figure 4. 


A high pass section configuration was chosen to re- 
ject low frequency noise from 50 and 60 Hz power 
lines, 17 Hz European electric railroads, ringing fre- 
quencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature allows 
the use of low-cost transformer hybrids without ex- 
ternal components. 


The encoder internally samples the output of the 
transmit filter and holds each sample on an internal 
sample and hold capacitor. The encoder then per- 
forms an analog to digital conversion on a switched 
capacitor array. Digital data representing the sample 
is transmitted on the first eight data clock bits of the 
next frame. 


An on-chip autozero circuit corrects for DC-offset on 
the input signal to the encoder. This autozero circuit 
uses the sign bit averaging technique; the sign bit 
from the encoder output is long term averaged and 
subtracted from the input to the encoder. In this way, 
all DC offset is removed from the encoder input 
waveform. 


Decoding 


The PCM word at the DR lead is serially fetched on 
the first eight data clock bits of the frame. A 01A 
conversion is performed on the digital word and the 
corresponding analog sample is held on an internal 
sample and hold capacitor. This sample is then 
transferred to the receive filter. 


The receive filter provides passband flatness and 
stopband rejection which fulfills both the AT&T 031 
04 specification and CCITI recommendation G.714. 
The filter contains the required compensation for the 
(sin x)/x response of such decoders. The receive 
filter characteristics and specifications will be within 
the limits shown in Figure 5. 


A balanced output amplifier is provided in order to 
allow maximum flexibility in output configuration. Ei- 
ther of the two outputs can be used single ended 
(referenced to GRDA) to drive single ended loads. 
Alternatively, the differential 
output will drive a 
bridged load directly. The output stage is capable of 
driving loads as low as 300 ohms single ended or 
600 ohms differentially. 


Transmission levels are specified relative to the re- 
ceive channel output under digital milliwatt condi- 
tions, that is, when the digital input at DRis the eight- 
code sequence specified in CCITI recommendation 
G.711. 


Symbol 
Parameter 
Value 
Units 
Test Conditions 


OTLP1x 
Zero Transmission Level Point 
+2.76 
dBm 
Referenced to 600n 
Transmit Channel (OdBmO)J.I--Iaw 
+1.00 
dBm 
Referenced to 900n 


OTLP2x 
Zero Transmission Level Point 
+2.79 
dBm 
Referenced to 600n 
Transmit Channel (OdBmO)A-law 
+1.03 
dBm 
Referenced to 900n 


OTLP1R 
Zero Transmission Level Point 
+5.76 
dBm 
Referenced to 600n 
Receive Channel (OdBmO)Wlaw 
+4.00 
dBm 
Referenced to 900n 


OTLP2R 
Zero Transmission Level Point 
+5.79 
dBm 
Referenced to 600n 
Receive Channel (OdBmO)A-law 
+4.03 
dBm 
Referenced to 900n 
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•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Temperature 
Under Bias 
-10°C 
to + 80°C 


Storage Temperature 
-65°C 
to + 150°C 


Vcc 
and GRDD with Respect 
to Vss 
-0.3V 
to + 15V 


All Input and Output 
Voltages 
with Respect 
to Vss 
- 0.3V to + 15V 


Power Dissipation 
1.35W 
NOTICE: Specifications contained within the 
following tables are subject to change. 


D.C. CHARACTERISTICS 
(TA = O°C to 70°C, Vcc 
= 
+5V 
±5%, 
Vss = 
-5V 
±5%, 
GRDA = OV, GRDD = OV, unless 
otherwise 
specified) 


Typical 
values 
are for TA = 25°C and nominal 
power supply values. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


IlL 
Low Level Input Current 
10 
}J-A 
GRDD 
~ VIN ~ VIL (Note 1) 


IIH 
High Level Input Current 
10 
}J-A 
VIH ~ VIN ~ VCC 


VIL 
Input Low Voltage 
0.8 
V 


VIH 
Input High Voltage 
2.0 
V 


VOL 
Output 
Low Voltage 
0.4 
V 
IOL = 3.2 mA at Ox, TSx 


VOH 
Output High Voltage 
2.4 
V 
IOH = 9.6 mA at Ox 


Cox 
Digital Output Capacitance(2) 
5 
pF 


CIN 
Digital Input Capacitance 
5 
10 
pF 


POWER 
DISSIPATION 
All measurements 
made at foCLK = 2.048 MHz, outputs 
unloaded. 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


ICCl 
VCC Operating 
Current(4) 
14 
19 
mA 


ISSl 
Vss Operating 
Current 
-18 
-24 
mA 


Icco 
Vcc Power Down Current 
0.5 
1.0 
mA 
PDN ~ VIL: after 10}J-s 


Isso 
Vss Power Down Current 
-0.5 
-1.0 
mA 
PDN ~ VIL: after 10}J-s 


Iccs 
Vcc Standby Current 
1.2 
2.4 
mA 
FSx, FSR ~ VIL; after 300 ms 


Isss 
Vss Standby Current 
-1.2 
-2.4 
mA 
FSx, FSR ~ VIL; after 300 ms 


POl 
Operating 
Power Dissipation(3) 
140 
200 
mW 


Poo 
Power Down Dissipation(3) 
5 
10 
mW 
PDN ~ VIL: after 10}J-s 


PST 
Standby 
Power Dissipation(3) 
12 
25 
mW 
FSx, FSR ~ VIL 


NOTES: 
1. VIN is the voltage 
on any digital 
pin. 
2. Timing 
parameters 
are guaranteed 
based 
on a 100 pF load capacitance. 
Up to eight digital 
outputs 
may be connected 
to 
a common 
PCM highway 
without 
buffering, 
assuming 
a board 
capacitance 
of 60 pF. 


3. With 
nominal 
power 
supply values. 
4. Vcc 
applied 
last or simultaneously 
with Vss. 
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Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


'BX1 
Input Leakage Current, VFxl- 
100 
nA 
-2.17V 
s: VIN s: 2.17V 


Rixi 
Input Resistance, 
VFxl- 
10 
Mfi 


VOSXI 
Input Offset Voltage, VFxl- 
25 
mV 


AVOL 
DC Open Loop Voltage 
Gain, GSx 
5000 


fc 
Open Loop Unity Gain Bandwidth, 
GSx 
1 
MHz 


CLXI 
Load Capacitance, 
GSx 
50 
pF 


RLXI 
Minimum 
Load Resistance, 
GSx 
10 
Kfi 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


RORA 
Output Resistance, 
PWRO + , PWRO- 
1 
fi 


VOSRA 
Single-Ended 
Output DC Offset, PWRO + , 
75 
mV 
Relative to GRDA 
PWRO- 


CLRA 
Load Capacitance, 
PWRO + , PWRO- 
100 
pF 


A.C. CHARACTERISTICS-TRANSMISSION 
PARAMETERS 
Unless 
otherwise 
noted, the analog 
input is a 0 dBmO, 1020 Hz sine wave.(l) 
Input amplifier 
is set for unity 
gain, inverting. 
The digital 
input is a PCM bit stream 
generated 
by passing 
a 0 dBmO, 1020 Hz sine wave 
through 
an ideal encoder. 
Receive 
output is measured 
single ended. All output 
levels are (sin x)/x 
corrected. 
Typical values are for TA = 25°C and nominal 
power supply values. (TA = O°C to + 70°C; Vcc = + 5V ± 5 %; 


VBB = 
-5V 
±5%; 
GRDA = OV; GRDD = OV; unless otherwise 
specified). 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


EmW 
Encoder 
Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO 
Signal Input of 1.064 Vrms 1Jo-law 
(Transmit 
Gain Tolerance) 
Signal Input of 1.068 Vrms A-law 
TA = 25°C, VBB = -5V, 
Vcc = +5V 


EmWTS 
EmW Variation 
with 
-0.07 
±0.02 
+0.07 
dB 
±5% 
Supplies, 0 to 70°C 
Temperature 
and Supplies 
Relative to Nominal Conditions 


DmW 
Digital Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO 
Measure 
Relative to OTLPR. Signal 
(Receive 
Gain Tolerance) 
Input per cCln 
Recommendation 
G.711. Output Signal of 1000 Hz. 
RL = 
00 
TA = 25°C; VBB = -5V, 
Vcc = +5V. 


DmWTS 
DmW Variation 
with 
-0.07 
±0.02 
+0.07 
dB 
±5% 
Supplies, 
0 to 70°C 
Temperature 
and Supplies 


NOTE: 
1. 0 dBmO is defined 
as the zero 
reference 
point 
of the channel 
under 
test 
(OTLP). This 
corresponds 
to an analog 
signal 
input of 1.064 volts 
rms or an output 
of 1.503 volts 
rms (for ",law). 
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GAIN TRACKING 
Reference Level = -10 
dBmO 


Symbol 
Parameter 
2916 
2917 
Unit 
Test Conditions 
Mln 
Max 
Mln 
Max 


GT1x 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3to 
-40dBmO 


Sinusoidal 
Input; J.l.-Iaw 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 


GT2x 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3to 
-40dBmO 
Sinusoidal 
Input; A-law 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50to-55dBmO 


GT1R 
Receive 
Gain Tracking 
Error 
±0.25 
dB 
+3to 
-40dBmO 
Sinusoidal 
Input; J.l.-Iaw 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO+, 


RL = 3000 


GT2R 
Receive 
Gain Tracking 
Error 
±0.25 
dB 
+3 
to -40 
dBmO 
Sinusoidal 
Input; A-law 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO + , 


RL = 3000 


Symbol 
Parameter 
2916 
2917 
Unit 
Test Conditions 
Mln 
Typ 
Max 
Mln 
Typ 
Max 


NXC1 
Transmit 
Noise, C-Message 
15 
dBrncO 
Unity Gain 
Weighted 


Nxp 
Transmit 
Noise, Psophometrically 
-75 
dBmOp 
Unity Gain 
Weighted 


NRC1 
Receive 
Noise, C-Message 
11 
dBrncO 
DR = 11111111 
Weighted: 
Quiet Code 


NRC2 
Receive 
Noise, C-Message 
12 
dBrncO 
Input to DR is Zero Code 
Weighted: 
Sign Bit Toggle 
with Sign Bit Toggle 
at 1 KHz 


Rate 


NRP 
Receive 
Noise, Psophometrically 
-79 
dBmOp 
DR = Lowest 
Positive 
Weighted 
Decode 
Level 


NSF 
Single Frequency 
Noise 
-50 
-50 
dBmO 
CCITI 
G.712.4.2 
End to End Measurement 
Measure 
at PWRO + 


PSRR1 
Vcc 
Power Supply Rejection, 
-30 
-30 
dB 
Idle Channel; 
200 mV pop 
Transmit 
Channel 
Signal on Supply; 0 to 50 
KHz, Measure 
at Ox 


PSRR2 
VBB Power Supply Rejection, 
-30 
-30 
dB 
Idle Channel; 
200 mV pop 
Transmit 
Channel 
Signal on Supply; 0 to 50 
KHz, Measure 
at Ox 


PSRR3 
Vcc 
Power Supply Rejection, 
-25 
-25 
dB 
Idle Channel; 
200 mV pop 
Receive 
Channel 
Signal on Supply; 
Measure 
Narrow 
Band at PWRO + , 


o to 50 KHz 


PSRR4 
VBB Power Supply 
Rejection, 
-25 
-25 
dB 
Idle Channel; 
200 mV pop 
Receive 
Channel 
Signal on Supply; 
Measure 


- 
Narrow 
Band at PWRO + , 


o to 50 KHz 


CTTR 
Crosstalk, 
Transmit 
to Receive 
-71 
-71 
dB 
Input = 0 dBmO, Unity 
Gain, 1.02 KHz, DR = 
Lowest 
Positive 
Decode 
Level, Measure 
at PWRO+ 


CTRT 
Crosstalk, 
Receive 
to Transmit 
-71 
-71 
dB 
DR = 0 dBmO, 1.02 KHz, 
Measure 
at Ox 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


SD1x 
Transmit 
Signal to Distortion, 
J.L-law 
36 
dB 
o dBmO to - 30 dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
dBmO to -40 
dBmO 
CCITT G.714-Method 
2 (2916) 
25 
dB 
- 40 dBmO to - 45 dBmO 


SD2x 
Transmit 
Signal to Distortion, 
A-law 
36 
dB 
o dBmO to - 30 dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
dBmO to -40 
dBmO 
CCITT G.714-Method 
2 (2917) 
25 
dB 
- 40 dBmO to - 45 dBmO 


SD1R 
Receive Signal to Distortion, 
J.L-law 
36 
dB 
o dBmO to - 30 dBmO 
Sinusoidal 
Input; CCITT G.714-Method 
30 
dB 
- 30 dBmO to - 40 dBmO 
2 (2916) 
25 
dB 
- 40 dBmO to - 45 dBmO 


SD2R 
Receive 
Signal to Distortion, 
A-law 
36 
dB 
o dBmO to - 30 dBmO 
Sinusoidal 
Input; CCITT G.714-Method 
30 
dB 
- 30 dBmO to - 40 dBmO 
2 (2917) 
25 
dB 
- 40 dBmO to - 45 dBmO 


DPx 
Transmit 
Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 
Products 
(2916) 
o dBmO Input Signal 


DPR 
Receive Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 
Products 
(2916) 
o dBmO Input Signal 


IMD1 
Intermodulation 
Distortion, 
-35 
dB 
CCITT G.712 (7.1) 
End to End Measurement 


IMD2 
Intermodulation 
Distortion, 
-49 
dBmO 
CCITT G.712 (7.2) 
End to End Measurement 


SOS 
Spurious Out of Band Signals, 
-25 
dBmO 
CCITTG.712 
(6.1) 
End to End Measurement 


SIS 
Spurious 
In Band Signals, 
-40 
dBmO 
CCITTG.712 
(9) 
End to End Measurement 


DAX 
Transmit 
Absolute 
Delay 
245 
J.Ls 
Fixed Data Rate. ClKx 
= 2.048 


MHz; 0 dBmO, 1.02 KHz Input 
Signal, Unity Gain. Measure 
at Ox. 


DDX 
Transmit 
Differential 
Envelope 
Delay 
170 
J.Ls 
f = 500 Hz to 600 Hz 
Relative to DAX 
95 
J.Ls 
f = 600 Hz to 1000 Hz 
45 
J.Ls 
f = 1000 Hz to 2600 Hz 
105 
J.Ls 
f = 2600 Hz to 2800 Hz 


OAR 
Receive Absolute 
Delay 
190 
J.Ls 
Fixed Data Rate, ClK 
= 2.048 
MHz; Digital Input is DMW 
Codes. Measure 
at PWRO + 


DDR 
Receive 
Differential 
Envelope 
Delay 
45 
J.Ls 
f = 500 Hz to 600 Hz 
Relative to OAR 
35 
J.Ls 
f = 600 Hz to 1000 Hz 
85 
J.Ls 
f = 1000 Hz to 2600 Hz 
110 
J.Ls 
f = 2600 Hz to 2800 Hz 


TRANSMIT 
CHANNEL 
TRANSFER 
CHARACTERISTICS 
Input amplifier 
is set for unity gain. inverting. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


GRX 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal Input at VFxl- 


16.67 Hz 
-30 
dB 


50Hz 
-25 
dB 


60 Hz 
-23 
dB 


200 Hz 
-1.8 
-0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.10 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-32 
dB 


inter 


+1.0dB 


EXPANDED 


SCALE 
OdB 
-0.35 dB 


-0.70 dB 
3300Hz: 


30400 
Hz 


-LOdB 


OdB 
~ 


-'OdB 


-UdB 
:.4000 
Hz 


-20 dB 


-30 dB 
TYPICAL 
-32 dB 
••600 
Hz 


-40 dB 
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Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


GRR 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal Input at DR 


Below 200 Hz 
+0.125 
dB 


200 Hz 
-0.5 
+0.125 
dB 


300 to 3000 Hz 
+0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.1 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-30 
dB 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tey 
Clock Period. ClK 
488 
ns 
fCLK = 2.048 MHz 


teLK 
Clock Pulse Width, ClK 
220 
ns 


tOCLK 
Data Clock Pulse Width 
220 
ns 
64 KHz S; fOCLK S; 2.048 MHz 


tcoc 
Clock Duty Cycle, ClK 
45 
50 
55 
% 


tr• tf 
Clock Rise and Fall Time 
5 
30 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tozx 
Data Enabled on TS Entry 
0 
145 
ns 
o < CLOAO < 100 pF 


toox 
Data Delay from ClK 
0 
145 
ns 
0< 
CLOAO < 100 pF 


tHZX 
Data Float on TS Exit 
60 
215 
ns 
CLOAO = 0 


tSON 
Timeslot 
X to Enable 
0 
145 
ns 
0< 
CLOAO < 100 pF 


tSOFF 
Timeslot 
X to Disable 
60 
215 
ns 
CLOAO = 0 


tFSO 
Frame Sync Delay 
100 
teLK 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tOSR 
Receive 
Data Setup 
10 
ns 


tOHR 
Receive 
Data Hold 
60 
ns 


tFSO 
Frame Sync Delay 
100 
tCLK 
ns 


NOTE: 
1. Timing 
parameters 
T DZX. T HZX. and TSOFF are referenced 
to a high impedance 
state. 
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NOTE: 
1. All timing 
parameters 
referenced 
to VIH and VIL except 
tozx. 
tgOFF and tHZX which 
reference 
a high impedance 
state. 


NOTE: 
1. All timing 
parameters 
referenced 
to VIH and VIL. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tTSOX 
Timeslot 
Delay from DCLKx(2) 
140 
tox-140 
ns 


tFSO 
Frame Sync Delay 
100 
te;y-100 
ns 


toox 
Data Delay from DCLKx 
0 
100 
ns 
o < CLOAO < 100 pF 


tOON 
Timeslot 
to Dx Active 
0 
50 
ns 
0< 
CLOAO < 100 pF 


tOOFF 
Timeslot 
to Dx Inactive 
0 
80 
ns 
o < CLOAO < 100 pF 


tox 
Data Clock Period 
488 
15620 
ns 


tOFSX 
Data Delay from FSx 
0 
140 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tTSOR 
Timeslot 
Delay from DCLKR(3) 
140 
tOR-140 
ns 


tFSO 
Frame Sync Delay 
100 
te;y-100 
ns 


tOSR 
Data Setup Time 
10 
ns 


tOHR 
Data Hold Time 
60 
ns 


tOR 
Data Clock Period 
488 
15620 
ns 


tSER 
Timeslot 
End Receive Time 
60 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Unit 
Test Conditions 


tFSLX 
Transmit 
Frame Sync Minimum 
488 
ns 
FSx is TTL High for Remainder 
of 
Downtime 
Frame 


tFSLR 
Receive 
Frame Sync Minimum 
1952 


- 
ns 
FSR is TTL High for Remainder 
of 
Downtime 
Frame 


tOCLK 
Data Clock Pulse Width 
10 
/Ls 


NOTES: 
1. Timing 
parameters 
tOON and tOOFF are referenced 
to a high impedance 
state. 
2. tFSLX minimum 
requirements 
overrides 
tTSDX maximum 
spec for 64 KHz operation. 
3. tFSLR minimum 
requirements 
overrides 
tTSDR maximum 
spec for 64 KHz operation. 


NOTE: 
1. All timing 
parameters 
referenced 
to VIH and VIL except 
tOON and toFF which 
reference 
a high impedance 
state. 


2.4=>(2.0>TESTPOINTS< 
2.0X= 


0.8 
0.8 
0.45 
--------- 
270156-12 


A.C. Testing: 
Inputs 
are driven 
at 2.4V for a Logic 
"1" 
and 0.45V for a Logic 
"0". 
Timing 
measurements 
are made 
at 2.0V for a Logic 
"1" 
and 
O.BV for a Logic 
"0". 


16 PIN CHMOS SINGLE CHIP PCM CODEC AND FILTER 


• 
29C16 WLaw, 2.048 MHz Master Clock 


• 
29C17 A-Law, 2.048 MHz Master Clock 


• 
Low-Power Pin Compatible Version of 
Intel's 2916 and 2917 


• 
AT&T 03/04 
and CCITT Compatible 


• 
16-Pln Package for Higher L1necard 
Densities 


• 
Ideal for Digital Handset Applications 


• 
3 Low-Power Modes 
-3.5 
mW Typical Power Down 
-3.5 
mW Typical Standby 
- 
64 mW Ty~lcal Operating 


• 
TTL and CMOS Compatible 


• 
Two Timing Modes 
- 
64 KHz to 2 MHz Variable 
-2 
MHz Direct 


Intel's 29C16 and 29C17 are CHMOS versions 
of Intel's 
NMOS 2916 and 2917 family members. 
CHMOS 
is a 
technology 
built on HMOS·II, 
thus realizing 
the high performance 
and density 
obtained 
in that process 
while 
achieving 
the low power consumption 
typical 
of CMOS circuits. 


The 29C16 
and 29C17 
are limited 
feature 
versions 
of the 29C13 
and 29C14. 
The inherent 
low-power 
and 
small package 
size make these devices 
ideal for digital handset 
and cellular 
telephones 
where small size and 
low power are especially 
desirable. 


VBB 
vcc 


PWRO+ 
GSx 
PWRO- 
VFx'· 


PiiN 
GRDA 


DClKR 
TSXIDClKX 


DR 
Ox 


FSR 
FSX 


GRDD 
ClK 


270217-1 


XMIT 
SECTION 
AUTO 
0., 
ZERO 


~ 


D, 


YF.I- 
SAMPLE 
SUCCESS 
lYE 
AND HOLD 
COMPARATOR 
APPROXIMATION 
OUTPUT 
ftx/DCLKx 


AND OAC 
REGISTER 
REGISTER 


ANALOG 
TO 
DIGITAL 
.., 
CONTROL 
LOGIC 
eLK 


Rey 
SECTION 
t5:: 


BUFFER 


D. 
SAMPLE 


PWRO+ 
AND HOLD 
AND OAC 


PWRO- 
OCUlit 


VBB 
Power (-5V) 
GSx 
Transmit 
Gain Control 


PWRO +, PWRO- 
Power Amplifier 
Outputs 
VFxl- 
Analog Input 


PDN 
Power Down Select 
GRDA 
Analog Ground 


DClKR 
Receive Variable Data Clock 
TSx 
Timeslot 
Strobe/Buffer 
Enable 


DR 
Receive 
PCM Input 
DClKx 
Transmit 
Variable 
Data Clock 


FSR 
Receive 
Frame 
Ox 
Transmit 
PCM Output 
Synchronization 
Clock 
FSx 
Transmit 
Frame 


GRDD 
Digital Ground 
Synchronization 
Clock 


Vcc 
Power (+5V) 
ClK 
Master Clock 
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Symbol 
Function 


Vee 
Most negative 
supply; input voltage 
is - 5V ± 5%. 


PWRO+ 
Non-inverting 
output of power amplifier. 
Can drive transformer 
hybrids or high 


impedance 
loads directly in either a differential 
or single ended configuration. 


PWRO- 
Inverting output of power amplifier. 
Functionally 
identical 
and complementary 
to PWRO+. 


PDN 
Power down select. When PDN is TTl 
high, the device is active. When low, the 
device is powered 
down. 


DClKR 
Selects the fixed or variable data rate mode. When DClKR 
is connected 
to 
Vee, the fixed data rate mode is selected. 
When DClKR 
is not connected 
to 
Vee, the device operates 
in the variable 
data rate mode. In this mode DClKR 
becomes 
the receive data clock which operates 
at TTl 
levels from 64 Kb to 
2.048 Mb data rates. 


DR 
Receive 
PCM input. PCM data is clocked 
in on this lead on eight consecutive 
negative 
transitions 
of the receive data clock; ClK 
in the fixed data rate mode 
and DClKR 
in variable data rate mode. 


FSR 
8 KHz frame synchronization 
clock input/timeslot 
enable, receive channel. 
In 
variable 
data rate mode this signal must remain high for the entire length of the 
timeslot. 
The receive channel 
enters the standby 
state whenever 
FSR is TTl 
low for 600 ,.,.s. 


GRDD 
Digital ground for all internal 
logic circuits. Not internally 
tied to GRDA. 


ClK 
Master and data clock for the fixed data rate mode; master clock only in 
variable data rate mode. 


FSx 
8 KHz frame synchronization 
clock input/timeslot 
enable, transmit 
channel. 


Operates 
independently 
but in an analogous 
manner to FSR. The transmit 
channel 
enters the standby state whenever 
FSx is TTl 
low for 600 ,.,.s. 


Ox 
Transmit 
PCM output. PCM data is clocked 
out on this lead on eight 
consecutive 
positive transitions 
of the transmit 
data clock; ClK 
in fixed data 


rate mode and DClKx 
in variable data rate mode. 


TSx/DClKx 
Transmit 
channel 
timeslot 
strobe (output) or data clock (input) for the transmit 
channel. 
In fixed data rate mode, this pin is an open drain output designed 
to 
be used as an enable signal for a three-state 
buffer. In variable 
data rate mode, 
this pin becomes 
the transmit 
data clock which operates 
at TTl 
levels from 64 


Kb to 2.048 Mb data rates. 


GRDA 
Analog ground return for all internal voice circuits. 
Not internally 
connected 
to 
GRDD. 


VFxl- 
Inverting analog input to uncommitted 
transmit 
operational 
amplifier. 


GSx 
Output terminal 
of on-chip transmit 
channel 
input op amp. Internally, 
this is the 
voice signal input to the transmit 
filter. 


Vcc 
Most positive supply; input voltage 
is + 5V ± 5%. 
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The 29C16 
and 29C17 
provide 
the analog-to-digital 
and the digital-to-analog 
conversions 
and the trans- 
mit and receive 
filtering 
necessary 
to interface 
a full 
duplex 
(4 wires) 
voice 
telephone 
circuit 
with 
the 
PCM highways 
of a time division 
multiplexed 
(TDM) 
system. 
They are intended 
to be used at the analog 
termination 
of a PCM line. 


The following 
major functions 
are provided: 


• 
Bandpass 
filtering 
of the analog 
signals 
prior to 
encoding 
and after decoding 


• 
Encoding 
and decoding 
of voice 
and call prog- 
ress information 


• 
Encoding 
and decoding 
of the signaling 
and su- 
pervision 
information 


System Reliability Features 


The combochip 
can be powered 
up by pulsing 
FSx 
and/or 
FSR while 
a TTL high voltage 
is applied 
to 
PDN, provided 
that all clocks 
and supplies 
are con- 
nected. 
The 29C16 and 29C17 
have internal 
resets 
on power up (or when VBB or Vcc are re-applied) 
in 
order 
to ensure 
validity 
of the 
digial 
outputs 
and 
thereby 
maintain 
integrity 
of the PCM highway. 


On the transmit 
channel, 
digital outputs 
Dx and TSx 
are held in a high impedance 
state for approximately 
four frames 
(500 p.s) after power up or aee!ication 
of 
VBB or Vcc. 
After 
this 
delay, 
Dx and TSx 
will 
be 
functional 
and will occur 
in the proper 
timeslot. 
The 
analog 
circuits 
on the transmit 
side require approxi- 
mately 60 milliseconds 
to reach their equilibrium 
val- 
ue due to the autozero 
circuit settling 
time. 


To enhance 
system 
reliability, 
TSx 
and 
Dx will 
be 
placed 
in a 
high 
impedance 
state 
approximately 
30 p.s after an interruption 
of CLK. 


To minimize 
power 
consumption, 
two 
power 
down 
modes are provided 
in which most 29C16/C17 
func- 
tions are disabled. 
Only the power down, clock, 
and 
frame 
sync buffers, 
which 
are required 
to power 
up 
the device, are enabled 
in these modes. As shown in 
Table 3, the digital outputs 
on the appropriate 
chan- 
nels are placed 
in a high impedance 
state 
until the 
device 
returns to the active 
mode. 


The Power 
Down 
mode 
utilizes 
an external 
control 
signal to the PDN pin. In this mode, power consump- 
tion is reduced 
to the value shown 
in Table 
3. The 
device 
is active when the signal is high and inactive 
when it is low. In the absence 
of any signal, the PDN 
pin floats to TTL high allowing 
the device 
to remain 
active continuously. 


The 
Standby 
mode 
leaves 
the 
user 
an 
option 
of 
powering 
either channel 
down separately 
or power- 
ing the entire 
device 
down 
by selectively 
removing 
FSx and/or 
FSR. With both channels 
in the standby 
state, 
power 
consumption 
is reduced 
to the value 
shown 
in Table 
3. If transmit 
only operation 
is de- 


sired, FSx should be applied to the device while FSR 
is held low. Similarly, 
if receive 
only operation 
is de- 
sired, FSR should 
be applied 
while FSx is held low. 


Fixed data rate timing, 
which 
is 2910A 
and 2911 A 
compatible, 
is selected 
by connecting 
DCLKR 
to 
VBB. It employs 
master clock CLK, frame synchroni- 
zation clocks 
FSx and FSR, and output 
TSx. 


Power 
Down 
Typical 
Device Status 
Method 
Power 
Digital Output Status 
Consumption 


Power Down Mode 
PDN = TTLlow 
3.5mW 
TSx and Dx are placed in 
a high impedance 
state 
within 10 p.s. 


Standby 
Mode 
FSx and FSR are TTL low 
3.5mW 
TSx and Dx are placed in 
a high impedance 
state 
within 600 p.s. 


Only transmit 
is 
FSx is TTL low 
35mW 
TSx and Dx are placed in 
on standby 
a high impedance 
state 
within 600 p.s. 


Only receive is 
FSR is TTL low 
35mW 
on standby 


CLK serves as the master clock to operate the co- 
dec and filter sections and as the bit clock to clock 
to data in and out from the PCM highway. FSx and 
FSR are 8 KHz inputs which set the sampling fre- 
quency. TSx is a timeslot strobe/buffer enable out- 
put which gates the PCM word onto the PCM high- 
way when an external buffer is used to drive the line. 


Data is transmitted on the highway at Dx on the first 
eight positive transitions of CLK following the rising 
edge of FSx. Similarly, on the receive side, data is 
received on the first eight falling edges of CLK. The 
frequency of CLK must be 2.048 MHz. No other fre- 
quency of operation is allowed in the fixed data rate 
mode. 


Variable data rate timing is selected by connecting 
DCLKRto the bit clock for the receive PCM highway 
rather than to Vss. It employs master clock CLK, bit 
clocks DCLKR and DCLKx, and frame synchroniza- 
tion clocks FSR and FSx. 


Variable data rate timing allows for a flexible data 
frequency. It provides the ability to vary the frequen- 
cy of the bit clocks, from 64 KHz to 2.048 MHz. The 
master clock is still restricted to 2.048 MHz. 


In this mode, DCLKR and DCLKx become the data 
clocks for the receive and transmit PCM highways. 
While FSx is high, PCM data from Dx is transmitted 
onto the highway on the next eight consecutive posi- 
tive transitions of DCLKx. Similarly, while FSR is 
high, each PCM bit from the highway is received by 
DR on the next eight consecutive negative tran- 
sitions of DCLKR. 


On the transmit side, the PCM word will be repeated 
in all remaining timeslots in the125 /Lsframe as long 
as DCLKx is pulsed and FSx is held high. This fea- 
ture allows the PCM word to be transmitted to the 
PCM highway more than once per frame, if desired, 
and is only available in the variable data rate mode. 


Precision Voltage References 


No external components are required with the com- 
bochip to provide the voltage reference function. 
Voltage references are generated on-chip and are 
calibrated during the manufacturing process. These 
references determine the gain and dynamic range 
characteristics of the device. 


Separate references are supplied to the transmit 
and receive sections and each is trimmed indepen- 
dently during the manufacturing process. The refer- 
ence value is then further trimmed in the gain setting 
opamps to a final precision value. With this method 
the combochip can achieve the extremely accurate 
Digital Milliwatt Responses specified in the transmis- 
sion parameters, providing the user a significant 
margin for error in other board components. 


The input section provides gain adjustment in the 
passband by means of an on-chip operational ampli- 
fier. This operational amplifier has a common mode 
range of ± 2.17V, a maximum DC offset of 25 mV, 
and typical open loop voltage gain of 10,000. Gain of 
up to 20 dB can be set without degrading the per- 
formance of the filter. The load impedance to ground 
(GRDA) at the amplifier output (GSxl must be great- 
er than 10 Kfi in parallel with less than 50 pF. A DC 
path must be provided at VFxl +. The input op amp 
can only be used in the inverting mode as shown in 
Figure 3. 


A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components 
are required to provide the necessary anti-aliasing 
function for the switched capacitor section of the 
transmit filter. 


The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T D3/D4 
channel bank transmission specification and CCITI 
recommendation G.714. The 29C16 and 29C17 
specifications meet or exceed digital class 5 central 
office switching systems requirements. The transmit 
filter transfer characteristics and specifications will 
be within the limits shown in Figure 4. 


A high pass section configuration was chosen to re- 
ject low frequency noise from 50 and 60 Hz power 
lines, 17 Hz European electric railroads, ringing fre- 
quencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature altows 
the use of low-cost transformer hybrids without ex- 
ternal components. 
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Encoding 


The 
encoder 
internally 
samples 
the 
output 
of the 
transmit 
filter and holds each sample 
on an internal 
sample 
and hold capacitor. 
The encoder 
then 
per· 
forms an analog 
to digital conversion 
on a switched 
capacitor 
array. Digital data representing 
the sample 
is transmitted 
on the first eight data clock bits of the 
next frame. 


An on-chip 
autozero 
circuit corrects 
for DC-offset 
on 
the input signal to the encoder. 
This autozero 
circuit 
uses the sign bit averaging 
technique; 
the sign bit 
from the encoder 
output 
is long term averaged 
and 
subtracted 
from the input to the encoder. 
In this way, 
all 
DC offset 
is removed 
from 
the 
encoder 
input 
waveform. 


The PCM word at the DR lead is serially fetched 
on 
the first eight 
data clock 
bits of the frame. 
A 01A 
conversion 
is performed 
on the digital word and the 
corresponding 
analog 
sample 
is held on an internal 
sample 
and 
hold 
capacitor. 
This 
sample 
is then 
transferred 
to the receive 
filter. 


The 
receive 
filter 
provides 
passband 
flatness 
and 
stopband 
rejection 
which fulfills 
both the AT&T 031 
04 specification 
and CCITT recommendation 
G.714. 
The filter contains 
the required compensation 
for the 
('sin x)/x 
response 
of such 
decoders. 
The 
receive 
filter characteristics 
and specifications 
will be within 
the limits shown 
in Figure 5. 


Receive Output Power Amplifiers 


A balanced 
output 
amplifier 
is provided 
in order 
to 
allow maximum 
flexibility 
in output 
configuration. 
Ei- 
ther 
of the two outputs 
can be used single 
ended 
(referenced 
to GRDA) 
to drive single 
ended 
loads. 


Alternatively, 
the 
differential 
output 
will 
drive 
a 
bridged 
load directly. 
The output stage is capable 
of 
driving loads as low as 3000. single ended or 6000. 
differentially. 


Transmission 
levels 
are specified 
relative 
to the re- 
ceive 
channel 
output 
under 
digital 
milliwatt 
condi- 
tions, that is, when the digital input at DR is the eight- 
code sequence 
specified 
in CCITT recommendation 
G.711. 


Symbol 
Parameter 
Typ 
Units 
Test Conditions 


OTLP1x 
Zero Transmission 
Level Point 
+2.76 
dBm 
Referenced 
to 6000. 
Transmit 
Channel 
(OdBmO) ,...-law 
+1.00 
dBm 
Referenced 
to 9000. 


OTLP2x 
Zero Transmission 
Level Point 
+2.79 
dBm 
Referenced 
to 6000. 
Transmit 
Channel 
(OdBmO) A-law 
+1.03 
dBm 
Referenced 
to 9000. 


OTLP1R 
Zero Transmission 
Level Point 
+5.76 
dBm 
Referenced 
to 6000. 


Receive Channel 
(OdBmO) ,...-Iaw 
+4.00 
dBm 
Referenced 
to 9000. 


OTLP2R 
Zero Transmission 
Level Point 
+5.79 
dBm 
Referenced 
to 6000. 
Receive 
Channel 
(OdBmO) ,...·law 
+4.03 
dBm 
Referenced 
to 9000. 
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Temperature 
Under Bias 
-1 O·C to + 80·C 


Storage Temperature 
-6S·C 
to + 1S0·C 


Vcc 
and GRDD 
with Respect 
to VBB 
- 0.3V to + 1SV 


All Input and Output 
Voltages 
with Respect 
to VBB 
- 0.3V to + 1SV 


All Input and Output Voltages 
with Respect 
to Vcc 
-1SV 
to + 0.3V 


Power Dissipation 
1.3SW 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE' Specifications contained within the 
following tables are subject to change. 


D.C. CHARACTERISTICS 
TA = o·C to 70·C, Vcc = +sv ±S%, 
VBB = 
-SV 
±S%, 
GADA = OV, GADD = OV, unless 
otherwise 


specified 


Typical 
values 
are for TA = 2S·C and nominal 
power supply values 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


III 
Low Level Input Current 
10 
p.A 
GADD 
~ VIN ~ Vll(1) 


IIH 
High Level Input Current 
10 
p.A 
VIH ~ VIN ~ Vcc 


Vil 
Input Low Voltage 
-0.3 
0.8 
V 


VIH 
Input High Voltage 
2.0 
V 


VOL 
Output Low Voltage 
0.4 
V 
tOl = 3.2 mA at Dx, TSx 


VOH 
Output High Voltage 
2.4 
V 
'OH = 80 p.A at Dx 


Cox 
Digital Output Capacitance(2) 
S 
pF 


CIN 
Digital Input Capacitance 
S 
10 
pF 


POWER 
DISSIPATION 
All measurements 
made at fOClK = 2.048 MHz, outputs unloaded. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


ICC1 
Vcc Operating 
Current(4) 
6.6 
mA 


IBB1 
VBB Operating 
Current 
-6.2 
mA 


Icco 
Vcc Power Down Current 
O.S 
mA 
PDN ~ Vil 


IBBO 
VBB Power Down Current 
-0.2 
mA 
PDN ~ Vil 


Iccs 
Vcc Standby Current 
O.S 
mA 
FSx, FSR ~ Vll: after 600 p.s 


'BBS 
VBB Standby Current 
-0.2 
mA 
FSx, FSR ~ Vll: after 600 p.s 


POl 
Operating 
Power Dissipation(3) 
64 
mW 


Poo 
Power Down Dissipation(3) 
3.S 
mW 
PDN ~ Vil 


PST 
Standby 
Power Dissipation(3) 
3.S 
mW 
FSx, FSR ~ Vll: after 300 ms 


NOTE: 
1. VIN is the voltage 
on any digital 
pin. 
2. Timing 
parameters 
are guaranteed 
based 
on a 100 pF load capacitance. 
Up to eight digital outputs 
may be connected 
to 


a common 
PCM highway 
without 
buffering. 
assuming 
a board 
capacitance 
of 60 pF. 


3. With 
nominal 
power 
supply values. 


4. VCC applied 
last or simultaneously 
with VBB. 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


IBX1 
Input Leakage Current, VFxl- 
100 
nA 
-2.17V:S: 
VIN :s:2.17V 


RIXI 
Input Resistance, 
VFxl- 
10 
Mn 


VOSXI 
Input Offset Voltage, VFxl- 
25 
mV 


AVOl 
DC Open Loop Voltage 
Gain, GSx 
5000 


fc 
Open Loop Unity Gain Bandwidth, 
GSx 
0.4 
MHz 


CLXI 
Load Capacitance, 
GSx 
50 
pF 


RLXI 
Minimum 
Load Resistance, 
GSx 
10 
Kn 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


RORA 
Output Resistance, 
PWRO + , PWRO- 
1 
n 


VOSRA 
Single-Ended 
Output DC Offset, PWRO + , 
75 
mV 
Relative to GRDA 
PWRO- 


ClRA 
Load Capacitance, 
PWRO + , PWRO- 
100 
pF 


A.C. CHARACTERISTICS- 
TRANSMISSION 
PARAMETERS 
Unless otherwise 
noted, the analog input is a 0 dBmO, 1020 Hz sine wave.(1) Input amplifer 
is set for unity gain, 


inverting. 
The digital input is PCM bit stream 
generated 
by passing 
a 0 dBmO, 1020 Hz sine wave through 
an 
ideal encoder. 
Receive 
output 
is measured 
single 
ended. 
All output 
levels 
are {sin x)/x 
corrected. 
Typical 
values 
are for TA = 25·C and nominal 
power supply values. 
TA = O·C to 
+70·C; 
Vcc 
= 
+5V 
±5%; 
VBB = 
-5V 
±5%; 
GRDA = 0; GRDD = 0; unless 
otherwise 
specified. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


EmW 
Encoder 
Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO Signal input of 1.064 Vrms J-l--Iaw 
Tolerance 
Signal input of 1.068 Vrms A-law 
TA = 25·C, VBB = -5V, 
Vcc = +5V 


EmWTS 
EmW Variation 
with Temperature 
and 
-0.07 
±0.02 
+0.07 
dB 
± 5% supplies, 
0 to 70·C 
Supplies 
Relative to nominal conditions 


DmW 
Digital Milliwatt 
Response 
-0.18 
±0.04 
+0.18 
dBmO Measure 
relative to OTLPR. 


Tolerance 
Rl = 
00 
TA = 25·C; VBB = -5V, 
Vcc = +5V. 


DmWTS DmW Variation 
with Temperature 
and 
-0.07 
±0.02 
+0.07 
dB 
± 5% supplies, 
0 to 70·C 
Supplies 


NOTE: 
1. 0 dBmO is defined 
as the zero reference 
point of the channel 
for I-' law under test (OTlP). 
This corresponds 
to an analog 
signal 
input of 1.064 Vrms or an output 
of 1.503 Vrms. See Table 
4. 


Symbol 
Parameter 
2916 
2917 
Units 
Test Conditions 
Mln 
Max 
Mln 
Max 


GT1x 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3to 
-40dBmO 
Sinusoidal 
Input; JAo-law 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 


GT2x 
Transmit 
Gain Tracking 
Error 
±0.25 
dB 
+3 to -40 
dBmO 
Sinusoidal 
Input; A-law 
±0.5 
dB 
-40to 
-50dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 


GT1R 
Receive Gain Tracking 
Error 
±0.25 
dB 
+ 3 to -40 
dBmO 
Sinusoidal 
Input; Wlaw 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO + , 


RL = 300n 


GT2R 
Receive Gain Tracking 
Error 
±0.25 
dB 
+3 to -40 
dBmO 
Sinusoidal 
Input; A-law 
±0.5 
dB 
-40 
to -50 
dBmO 
±1.2 
dB 
-50 
to -55 
dBmO 
Measured 
at PWRO + , 


RL = 300n 


Symbol 
Parameter 
2916 
2917 
Units 
Test Conditions 
Mln Typ 
Max Mln Typ 
Max 


NXCl 
Transmit 
Noise, C-Message 
15 
dBrncO 
Unity Gain 
Weighted 


Nxp 
Transmit 
Noise, Psophometrically 
-75 
dBmOp Unity Gain 
Weighted 


NRCl 
Receive 
Noise, C-Message 
11 
dBrncO 
DR = 11111111 
Weighted: 
Quiet Code 


NRC2 
Receive 
Noise, C-Message 
12 
dBrncO 
Input to DR is quiet code 
Weighted: 
Sign bit toggle 
with sign bit toggle at 1 KHz 
rate 


NRP 
Receive 
Noise, Psophometrically 
-79 
dBmOp DR = 10101010 
Weighted: 
Quiet Code 


NSF 
Single Frequency 
Noise 
-50 
-50 
dBmO 
CCITT G.712.4.2 
End of End Measurement 
Measure 
at PWRO + 


PSRRl 
Vcc Power Supply Rejection, 
-35 
-30 
dB 
Idle channel; 
200 mV pop 
Transmit 
or Receive 
signal on VCC; 0 to 
50 KHz, measure at Ox 


PSRR2 
Vss Power Supply Rejection, 
-35 
-30 
dB 
Idle channel; 
200 mV pop 
Transmit 
or Receive 
signal on Vss; 0 to 
50 KHz, measure 
at Ox 
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Symbol 
Parameter 
2916 
2917 
Units 
Test Conditions 
Mln 
Typ 
Max 
Mln 
Typ 
Max 


CTTR 
Crosstalk, 
Transmit 
to Receive 
-71 
-71 
dB 
Input = 0 dBmO, Unity 
Gain, 1.02 KHz, 
DR = Quiet Code 


CTRT 
Crosstalk, 
Receive to Transmit 
-71 
-71 
dB 
DR = 0 dBmO, 1.02 KHz 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


SD1x 
Transmit 
Signal to Distortion, 
fJ--Law 
36 
dB 
-40 
to -30 
dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 
CCITT G.714-Method 
2 (2916) 
25 
dB 
-40 
to -45 
dBmO 


SD2x 
Transmit 
Signal to Distortion, 
A-Law 
36 
dB 
-40 
to -30 
dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 
CCITT G.714-Method 
2 (2917) 
25 
dB 
-40 
to -45 
dBmO 


SD1R 
Receive 
Signal to Distortion, 
fJ--Law 
36 
dB 
-40 
to -30 
dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 
CCITT G.714-Method 
2 (2916) 
25 
dB 
-40 
to -45 
dBmO 


SD2R 
Receive Signal to Distortion, 
A-Law 
36 
dB 
-40 
to -30 
dBmO 
Sinusoidal 
Input; 
30 
dB 
-30 
to -40 
dBmO 
CCITT G.714-Method 
2 (2917) 
25 
dB 
-40 
to -45 
dBmO 


DPx 
Transmit 
Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 
Products 
(29C16) 
o dBmO Input Signal 


DPR 
Receive 
Single Frequency 
Distortion 
-46 
dBmO 
AT&T Advisory 
#64 
(3.8) 
Products 
(29C16) 
o dBmO Input Signal 


IMDl 
Intermodulation 
Distortion, 
-35 
dB 
CCITT G.712 (7.1) 
End to End Measurement 


IMD2 
Intermodulation 
Distortion, 
-49 
dBmO 
CCITTG.712 
(7.2) 
End to End Measurement 


SOS 
Spurious Out of Band Signals, 
-25 
dBmO 
CCITT G.712 (6.1) 
End to End Measurement 


SIS 
Spurious 
in Band Signals, 
-40 
dBmO 
CCITT G.712 (9) 
End to End Measurement 


DAX 
Transmit 
Absolute 
Group Delay 
220 
fJ-s 
Fixed Data Rate. CLKx = 2.048 


, 
MHz; 0 dBmO, 1.4 KHz Input 
Signal, Unity Gain. Measure 
at Ox. 


inter 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


Dox 
Transmit 
Differential 
Group Delay 
170 
,...s 
f = 500 Hz-600 
Hz 


Relative to DAX 
95 
,...s 
f = 600 Hz-1000 
Hz 
45 
,...s 
f = 1000 Hz-2600 
Hz 
75 
,...s 
f = 2600 Hz-2800 
Hz 


DAR 
Receive Absolute 
Delay 
140 
,...s 
Fixed Data Rate, elK 
= 2.048 
MHz; 0 dBmO, 0.3 KHz. 
Measure 
at PWRO + 


DOR 
Receive 
Differential 
Group Delay 
35 
,...s 
f = 500 Hz-600 
Hz 


Relative to DAR 
35 
,...s 
f = 600 Hz-1000 
Hz 
110 
,...s 
f = 1000 Hz-2600 
Hz 
135 
,...s 
f = 2600 Hz-2800 
Hz 


TRANSMIT 
CHANNEL 
TRANSFER 
CHARACTERISTICS 
Input amplifier 
is set for unity gain, inverting. 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GRX 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal Input at VFxl- 


16.67 Hz 
dB 


50 Hz 
-30 
dB 


60 Hz 
-25 
dB 


200 Hz 
-1.8 
-0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.10 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-32 
dB 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


GRR 
Gain Relative to Gain at 1.02 KHz 
o dBmO Signal Input at DR 


Below 200 Hz 
+0.125 
dB 


200 Hz 
-0.5 
+0.125 
dB 


300 to 3000 Hz 
-0.125 
+0.125 
dB 


3300 Hz 
-0.35 
+0.03 
dB 


3400 Hz 
-0.7 
-0.1 
dB 


4000 Hz 
-14 
dB 


4600 Hz and Above 
-30 
dB 


inter 


+1.0dB 


EXPANDED 
SCALE 
DdB 
-0.35 
dB 


-0.70 
dB 


3300 
Hz 


3400 
Hz 


-1.0dB 


OdB 
~ 


-lOdB 


-t4-dB 
4000 
Hz 


-20 
dB 


-30dB 
TYPICAL 


-40 
dB 


+0.125dB +0.125dB 
+0.125dB 
+0.03dB 
200Hz 
300 Hz 
3000Hz ~300 
Hz 


««««««««.«'{{{«{«({{«{««««~ 
-O.IOdB 
3400Hz 
-a.SOdS 
( 


200 
Hz 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


tey 
Clock Period, ClK 
488 
ns 
fClK = 2.048MHz 


teLK 
Clock Pulse Width. ClK 
220 
ns 


tOCLK 
Data Clock Pulse Width 
220 
ns 
64 KHz S; fOCLK S; 2.048MHz 


teoc 
Clock Duty Cycle, ClK 
45 
50 
55 
% 


tr• tf 
Clock Rise and Fall Time 
5 
30 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


tozx 
Data Enabled on TS Entry 
0 
145 
ns 
0< 
CLOAO < 100 pF 


toox 
Data Delay from ClK 
0 
145 
ns 
o < CLOAO < 100 pF 


tHZX 
Data Float on TS Exit 
60 
215 
ns 
CLOAO = 0 


tSON 
Timeslot 
X to Enable 
0 
145 
ns 
o < CLOAO < 100 pF 


tSOFF 
Timeslot 
X to Disable 
60 
215 
ns 
CLOAO = 0 


tFSO 
Frame Sync Delay 
100 
tCLK 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


tOSR 
Receive 
Data Setup 
10 
ns 


tOHR 
Receive 
Data Hold 
60 
ns 


tFSO 
Frame Sync Delay 
100 
telK 
ns 


NOTES: 
1. Timing 
parameter 
tOZH, tHZX. and tSOFF are referenced 
to a high impedance 
state. 


~ 


CLK 


lcLK 


~ 
5 
• 
7 
• 
Fsxj i ....~ 
I, 


TJi =--t__ 
'SO_N 
_ 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL except 
tozx. 
tSOFF and tHZX which 
reference 
a high impedance 
state 


~ 


CYTIMESlOT 
tcu. 
'::.J '"1 ,-' 
" 
'.' 
· 
, 
· 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL- 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


tTSOX 
Timeslot 
Delay from DCLKx(2) 
140 
tox - 
140 
ns 


tFSO 
Frame Sync Delay 
100 
lev - 100 
ns 


toox 
Data Delay from DCLKx 
0 
100 
ns 
0< 
CLOAO < 100 pF 


tOON 
Timeslot 
to Ox Active 
0 
50 
ns 
o < CLOAO < 100 pF 


tOOFF 
Timeslot 
to Ox Inactive 
0 
80 
ns 
o < CLOAO < 100 pF 


tox 
Data Clock Period 
488 
1562 
ns 


tOFSX 
Data Delay from FSx 
0 
140 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


tTSOA 
Timeslot 
Delay from DCLKA(3) 
140 
tOA - 
140 
ns 


tFSO 
Frame Sync Delay 
100 
lev - 100 
ns 


tOSA 
Data Setup Time 
10 
ns 


tOHA 
Data Hold Time 
60 
ns 


tOA 
Data Clock Period 
488 
1562 
ns 


tSEA 
Timeslot 
End Receive Time 
0 
ns 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


tFSLX 
Transmit 
Frame Sync Minimum 
488 
ns 
FSx is TTL high for remainder 
of 
Downtime 
frame 


tFSLA 
Receive 
Frame Sync Minimum 
488 
ns 
FSA is TTL high for remainder 
of 
Downtime 
frame 


tOCLK 
Data Clock Pulse Width 
10 
/Ls 


NOTES: 
1. Timing parameters tOONand tOOFFare referenced to a high impedance state. 
2. tFSLXminimum requirements overrides trsDx maximum spec for 64 KHz operation. 
3. tFSLRminimum requirements overrides trsDR maximum spec for 64 KHz operation. 
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NOTE: 
270217-8 
All timing 
parameters 
referenced 
to VIH'and 
VIL except 
tDON and toFF which 
reference 
a high impedance 
state. 


D. 
DON'T CARE 
8:T 


NOTE: 
270217-9 
All timing 
parameters 
referenced 
to VIH and VIL except 
tDoN and tOFF which 
reference 
a high impedance 
state. 


"=X 
x= 


2.0 
2.0 


>TEST POINTS< 


0.45 
0.8 
• 
0.8 
270217-10 
A.C.testing 
inputs 
are driven 
at 2.4Vfor a Logic "1" and 0.45Vfor a Logic "0". Timing 
measurements 
are made 
at 2.0Vfor a Logic "1" and 
0.8Vfor a Logic "0". 
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APPLICATIONS 
INFORMATION 
2910A/2911A/2912A 


The 2912A PCM Filter is designed to directly inter- 
face to the 2910A and 2911A Codecs as shown be- 
low. The transmit path is completed by connecting 
the VFxO output of the 2912A to the coupling ca- 
pacitor associated with the VFx input of the 2910A 
and 2911A codecs. The receive path is completed 
by directly connecting the codec output VFR to re- 
ceive input of the 2912A VFRI.The PDN input of the 
2912A should be connected to the PDN output of 
the codec to allow the filter to be put in the power- 
down standby mode under control of the codec. 


To assure proper operation, the ClK input of the 
2912A should be connected to the same clock pro- 
vided to receive bit clock, ClKR of 2910A or 2911A 
Codec as shown below. The ClKO input of the 
2912A should be set to the proper voltage depend- 
ing on the standard clock frequency chosen for the 
codec and filter. 


} 
CONTROL 
INPUTS 
FROM SYSTEM 


POWER AMPLIFIER 
our,.."T 
{ 
TO TRANSFORMER 
HYBRIDS 


GRDA 


~ 


GRDD 
* 


Vcc 
JPOWER 
~GROO 
SUPPLIES 


VII 


~GRDA 


The most important steps in designing a low noise 
line card are to insure that the layout of the circuit 
components and traces results in a minimum of 
cross coupling between analog and digital signals, 
and to provide well bypassed and clean power sup- 
plies, solid ground planes, and minimal lead lengths 
between components. 
1) All power source leads should be bypassed to 
ground on each printed circuit board (PCB), on 
which codecs are provided. At least one electro- 
lytic bypass capacitor (at least 50 IJoF)per board 
is recommended at the point where all power 
traces from the codecs and filters join prior to 
interfacing with the edge connector pins as- 
signed to the power leads. 
2) 
When using two-sided PCBs, use both corre- 
sponding pins on opposite sides of the board for 
the same power lead. Strap them together both 
on the PCB and on the back of the edge con- 
nector. 
3) 
Layout the traces on codec- and filter-equipped 
boards such that analog signal and capacitor 
leads are separated as widely as possible from 
the digital clock and data leads. 
4) 
Connect the codec sample and hold capacitor 
with the shortest leads possible. Mount it as 
close to the codec CAP1X, CAP2X pins as pos- 
sible. Shield the capacitor traces with analog 
ground. 
5) 
Do not layout any board traces (especially digi- 
tal) that pass between or near the leads of the 
sample and hold capacitor(s) since they are in . 
high impedance circuits which are sensitive to 
noise coupling. 
6) 
Keep analog voice circuit leads paired on their 
layouts so that no intervening circuit leads are 
permitted to run parallel to them and/or 
be- 
tween them. 
7) 
Arrange the layout for each duplicated line, trunk 
or channel circuit in identical form. 
8) 
Line circuits mounted extremely close to adja- 
cent line circuits increase the possibility of inter- 
channel crosstalk. 
9) 
Avoid assignment of edge connector pins to any 
analog signal adjacent to any lead carrying digi- 
tal (periodic) signals or power. 


tain separate digital and analog grounds on the 
circuit boards, and to carry these grounds back 
to the power supply with a low impedance con- 
nection. This keeps the grounds separate over 
the entire system except at the power supply. 


11) The voltage difference between ground leads 
GRDA and GRDD (analog and digital ground) 
should not exceed two volts. One method of 
preventing any substantial voltage difference be- 
tween leads GRDA and GRDD is to connect two 
diodes back to 
back in opposite directions 
across these two ground leads on each board. 


12) Codec-filter pairs should be aligned so that pins 
9 through 16 of the filter face pins 1 through 12 
of the codec. This minimizesthe distance for an· 
alog connections between devices and with no 
crossing analog lines. 
13) No digital or high voltage level (such as ringing 
supply) lines should run under or in parallel with 
these analog VF connections. If the analog lines 
are on the top (component side) of the PC 
board, then GRDD, GRDA, or power supply 
leads should be directly under them, on the bot- 
tom to prevent analog/digital coupling. 
14) Both the codec and filter devices should be 
shielded from traces on the bottom of the PCB 
by using ground or power supply leads on the 
top side directly under the device (like a ground 
plane). 
15) Two + 5V power supply leads (VcC>should be 
used on each PCB, one to the filters, the other 
to the codecs. These leads should be separately 
decoupled at the PCB where they then join to a 
single 5V supply at the backplane connector. 
Decoupling can be accomplished with either a 
series resistor/parallel capacitor (RC lowpass) 
or a series RF choke and parallel capacitor of 
each 5V lead. The capacitor should be at least 
10 IJoFin parallel with a 0.1 IJoFceramic. This 
filters both high and low frequencies and accom- 
modates large current spikes due to switching. 


16) Both grounds and power supply leads must have 
low resistance and inductance. This should be 
accomplished by using a ground plane whenev- 
er possible. When narrower traces must be 
used, a minimum width of 4 millimeters should 
be maintained. Either multiple or extra large plat- 
ed through holes should be used when passing 
the ground connections through the PCB. 


intJ 


17) The 2912A PCM filter should have all power 
supplies bypassed to analog ground (GRDA). 
The 291OAl2911 A Codec + 5V power supplies 
should 
be 
bypassed 
to 
the 
digital 
ground 


(GRDD). This is appropriate when separate 
+ 5V power supply leads are used as suggested 
in item 15. The - 5V and + 12V supplies should 
be bypassed to analog ground (GRDA). Bypass 
capacitors at each device should be high fre- 
quency capacitors of approximately 0.1 to 1.0 
fJoF value. Their lead lengths should be mini- 
mized by routing the capacitor leads to the ap- 
propriate ground plane under the device (either 
GRDA or GRDD). 


18) Relay operation, ring voltage application, inter- 


ruptions, and loop current surges can produce 
enormous transients. Leads carrying such sig- 
nals must be routed well away from both analog 
and digital circuits on the line card and in back- 
planes. 
Lead 
pairs 
carrying current 
surges 


should be routed closely together to minimize 
possible inductive coupling. The microcomputer 
clock lead is particularly vulnerable, and should 
be buffered. Care should also be used in the 
backplane layout to prevent pickup surges. Any 
other latching components (relay buffers, etc.) 
should also be protected from surges. 


19) When not used, the AUTO pin should float with 


minimum PC board track area. 


DIGITAL 
IIILLIWATT 
CODES 
(OR EQUIV.) 


CMQITAL 
MllLiWATT 
CODES 
tOR EQUIV.) 


SINGLE 
ENDED, 100 n 


5.15 dim 
1.52 Vrm. 
BALANCED, 
100 n 


11.1 dim 
3.04 Vrml 


SINGLE 
ENDED. lOOn 
s.•• dim 
1.52 Vrm. 
IALANCED, 
100 n 


11.8 dim 
3.05 Yrm, 
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Combochip 
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Note: See data sheet for latest specifications. Values given in this application 
note are for reference only, and were considered correct at the time of publi- 
cation (Feb. 1982). 


1.0 INTRODUCTION 


This application note describes the features and capa- 
bilities of the 2913 and 2914 codec/filter combochips, 
and relates these capabilities to the design and manu- 
facturing of transmission and switching linecards. 


The 
first 
generation 
of 
per 
line 
codecs 
(Intel 


291OA/llA) 
and filters (Intel 29l2A) economically in- 


tegrated 
the 
analog-digital 
conversion 
circuits 
and 
PCM formatting circuits into one chip and the filtering 
and gain setting circuits into another chip. These two 
chips helped to make possible the rapid conversion to 
digital switching systems that has taken place in the last 
few years. 


The second generation of Intel LSI PCM telephony 
components, the 2913/14 Combochip, extends the level 
of integration of the linecard by combining the codec 
and filter functions for each line on a single LSI chip. 
In the process of combining both functions, circuit de- 
sign improvements have also improved performance, 
reduced external component count, lowered power dis- 
sipation, increased reliability, added new features, and 
maintained architectural transparency. 


The 2913 and 2914 data sheet contains a complete de- 
scription of both parts, including detailed discussions of 


each feature and specifications for timing and perform- 
ance levels. This application note, in conjunction with 
the data sheet, describes in more detail how the new 
and improved features help in the design of second-gen- 
eration linecards first by comparing the two generations 
of components to see where the improvements have 
been made, and then by discussing specific design con- 
siderations. 


1.2 Comparison of Flrst- and Second- 
Generation Component 
Capabilities 


The combochip represents a higher level of component 
integration than the devices it replaces and, because of 
the economics of LSI (replacing two chips with one), 
ultimately will cost significantly less at the component 
level. But comparison of the combochip block diagram 
with first-generation single-chip codec and filter reveals 
few major functional differences. Figure 1 compares the 
first-generation codec and filter chips to the combo- 
chip. Both provide rigidly specified PCM capabilities of 
voice signal bandlimiting 
and nonlinear 
companded 


AID and D/ A conversion. The first on-chip reference 
voltage was introduced in the 2910/2911 single-chip 
codecs and is included in the combochip. The provision 
of uncommitted buffer amplifiers for flexible transmis- 
sion level adjustment and enhanced analog output drive 
was a feature of the now standard 2912 switched-capac- 
itor PCM ruter is available on the combochip. Like- 


wise, independent transmit (A/D) and receive (0/ A) 
analog voice channels which permit the two channels to 
be timed from independent (asynchronous) clock sourc- 
es is common to the first- and second-generation devic- 
es. Finally, the ability to multiplex signalling bits on a 
bit-stealing basis from the digital side of the device has 
been duplicated on the combochip. 


Data traffic-conscious systems manufacturers now pro- 
vide dedicated codec, filter, and subscriber interface 
functions on a per-subscriber basis, which in turn puts 
intense cost pressures on these functions. The function- 
al duplication of first-generation components addresses 
the needs of the system manufacturer 
who wants to 
cost reduce existing fixed-architecture system designs. 
Whereas the bulk of the system development costs (and 
time) are in the switching machine call processing and 


diagnostic software, the bulk of the production costs 
are in the high-volume linecards. The combochip ad- 
dresses these cost pressures and defers the appetite for 
new integrated functions to a future generation of PCM 
components. 


Figure 2 contains the block diagram of the 2913/14 
combochip which illustrates not only the basic com- 
panding and filtering functions but also some of the 
changes and new features contained in the second-gen- 
eration devices, such as internal auto zero, separate 
ADC and DAC for transmit and receive sections, re- 
spectively, precision gain setting (RCV section), and in- 
put/output 
registers for both fixed and variable data 
rates. Table I lists many of the features that are impor- 
tant to linecard design and performance. A direct com- 
parison between first-and second-generation products 


Table 1. Comparison 
between 
2913/14 
Combochip 
and the 
291 OAl11A/12A Single-Chip 
Codecs 
and Filters 


Features 
2910A/11A plus 2912A 
2913/14 


Power 
Operating 
280-310 
mW 
140mW 


Standby 
33mW 
5mW 


Pins 
38-40 
, 
20-24 


Board Area Including Interconnects 
Normalized = 1.0 
0.33 


Data Rates 
-Fixed 
1.536, 1.544, 2.048 Mbps 
Same 


-Variable 
None 
64 Kbps -+ 2.048 Mbps 


Companding Law 
-,...-Law 
2910 + 2912 
Strap Selectable 


-A-Law 
2911 + 2912 


PSRR 
1 KHz 
30dB 
>35 dB 


> 10 KHz 
NotSpec'd 
> 35 dB 


Gain Setting 
Trim Using Pot Necessary 
Precision Resistors 
Eliminate Trim Req. 


Operating Modes 
Direct 
Yes 
Yes 


Timeslot Assign 
, 
Yes 
No 


On-Chip VREF 
Yes 
Yes 


ICN - 
Half Channel Improvement 
15 dBrncO Transmit 
15 dBrncO Transmit 
11 dBrncO Receive 
11 dBrncO Receive 


SID - 
Half Channel Improvement 
See Data Sheet 
See Section 2.0 


GT - 
Half Channel Improvement 
See Data Sheet 
See Section 2.0 


Power Down (Standby) 
PDN Pin 
Frame Sync Removal or PDN Pin 


Signalling 
2910-8th Bit 
2914-8th Bit 


Auto Zero 
External 
Internal 


S&HCaps 
External Transmit 
Internal 
Internal Receive 


Test Modes 
None 
Design Tests 
Manufacturing Test 
On-Line Operational Tests 


Encoder Implementation 
Resistive Ladder 
Capacitive Charge Redistribution 
Ladder 


Filter/Gain Trim 
Fuse Blowing ±0.2 dB 
Fuse Blowing + 0.04 dB 


intJ 


Vss 
PWRO +, PWRO- 
GSR 
PDN 
CLKSEL 


LOOP 
SIGR 
DCLKR 
DR 
FSR 


GRDD 
VCC 


ANALOG 
TO 
DIGITAL 
COHTJlOL 
LOOIC 


cut •• L 
I'llII 


LOOP 


Power (-SV) 
Power Amplifier 
Outputs 
Receive 
Gain Control 
Power Down Select 
Master Clock Frequency 
Select 
Analog Loop Back 
Receive Signaling 
Bit Output 
Receive Variable 
Data Clock 
Receive 
PCM Input 
Receive 
Frame 
Synchronization 
Clock 
Digital Ground 
Power (+SV) 


GSx 
VFxl-. 
VFxl + 
GRDA 
NC 
SIGx 


ASEL 
TSx 
DCLKx 
Ox 
FSx 


CLKx 
CLKR 


(b) Combochlp 
Pin Names 


Transmit 
Gain Control 
Analog 
Inputs 
Analog Ground 
No Connect 
Transmit 
Signaling 
Input 


].t- or A-law Select 
Timeslot 
Strobe/Buffer 
Enable 
Transmit 
Variable 
Data Clock 
Transmit 
PCM Output 
Transmit 
Frame 
Synchronization 
Clock 
Transmit 
Master Clock 
Receive 
Master Clock 


The key point with the 2913/14 is that it will result in a 
linecard that performs better and costs less than any 
two-chip codec/filter solution. The lower cost results 
from many factors, as seen in Table 2. Both direct re- 
placement costs and less tangible design and manufac- 
turing time savings combine to yield lower recurring 
and nonrecurring costs. As an example, the wider mar- 
gins to transmission specs and the higher power supply 
rejection ratios of the 2913/14 will both shorten the 
design time needed to build and test the linecard proto- 
type and reduce the reject rate on the manufacturing 
line. 


Table 2. 2913/14 Factors 
which Lower the Cost 
of Llnecard 
Design and Manufacturing 


• Lower LSI Cost (2914 vs. 2910/11 + 
2912) 
• Fewer External Components 
• Less Board Area 
• Shorter Design/Prototype Cycle 
• Better YieldslHigher Reliability 
• Lower PowerlHigher Density 


Part of the recurring cost of linecard production is the 
efficiencyof the manufacturing line in turning out each 
board. This is measured in both parts cost and time. 
Average manufacturing time is strongly effected by the 
line yield, i.e., the reject rate reliability. A linecard us- 
ing the 2913/14 has many labor-savingfeatures, which 
also increases the reliability 
of the manufacturing pro- 
cess. Some of these features are detailed in Table 3. 


The combination of fewer parameters to trim (gain, ref- 
erence voltage, etc.), tolerance to wider power supply 
variations, and on-chip test modes make the linecard 
very manufacturable compared to first-generation de- 
signs. 


Probably the most obvious improvement in linecard de- 
sign based around the 2913/14 is the reduction in line- 
card PCB area needed compared to two-chip designs. 
The combination of the codec and filter into a single 
package alone reduced the LSI area by one-third. Table 
4 shows many of the other ways in which board area is 
conserved. In general, it reduces to fewer components, 
more on-chip features, and layout of the chip resulting 
in an efficient board layout which neatly separates the 
analog and digital signals both inside the chip and on 
the board. 


• Higher Reliability 
-Fewer 
connections and components 
-More 
integrated packaging 
-More 
margin to specs 
-Lower 
power 
-NMOS 
proven process 
-Less 
sensitiveto parameter variations 


• Fewer Manufacturing Steps 
-No 
gain trimming 


-On 
chip VREF 
-Wide 
power supply tolerance 


--On chip test modes 


-Wide 
margins to spec 


Table 4. Design Factors 
for 2914 which Reduce 
L1necard PCB Area 


• Integrated Packaging 
-2914 
vs. 2910/11 + 2912 
= 1/3 board area 
-2913 
takes even less space 


• Fewer Interconnects/Components 


-Codec/filter 
combined 
-On-chip 
reference voltage 


--On-chip auto zero 
--On-chip capacitors 
-No 
gain trim components 
-No 
voltage regulators 


• Efficient Layout (Facilitates Auto Inser- 
tion) 
-Analog/digital 
sections separated on 
chip 
-Digital 
traces can cross under chip 
-Two 
power supplies only 
-Low 
powerlhigh density 


inter 


Option 
Mode Control 
Pins 
Results of Mode Selection 


2914 (24 Pin) 
I 
2913 (20 Pin) 


Companding 
Law 
SIGX/ASEL 
A-Law or WLaw + Signalling 
I A-Law//-l.-Law, 
no Signalling 


Power Down 
PDN 
Transmit & Receive Side Go To Standby 
Power (5 mW) 


FSx & FSR Removed 
Same (12 mW) 


FSx Removed 
Transmit 
Side Goes to Standby 
(110 mW) 


FSR Removed 
Receive Side Goes to Standby 
(70 mW) 


Data Rate 
= Vcc/GRDDlVaa 
1.536/1.544/2.048 
Mbps in Fixed Data Rate Mode 
DCLKR = Vaa 


= Vcc/GRDDlVaa 
Variable 
Data Rate Mode from 64 Kbps to 2.048 Mbps, 
DCLKa = Clock 
No Signalling 


Test Modes 
LOOP = Vcc 
Implements 
Analog Loopback 
I No Loopback 
Capability 


PDN = Vaa 
Provides Access to Transmit 
Codec Through 
ASEL and TSX 
Pins 


DR = Vaa 
Provides Access to RCV Filter Input at DCLKR and Transmit 
Filter Outputs at ASEL and TSX Pins 


Many of the factors discussed-which 
result in effi- 
cient, cost-effective Iinecard designs-are 
discussed in 
more detail both in the 2913/14 data sheet and in the 
following sections of this note. 


2.1 
Operating 
and Test Mode 
Selection 


A key to designing with the 2913/14 combo is the wide 
range of options available in configuring, either with 
strap options or in real time, the different modes of 
operation. The 2913 combochip (20 pins) is specifically 
aimed at synchronous switching systems (remote con- 
centrators, PABXs, central offices) where small pack- 
age size is especially desirable. The 2914 combochip (24 
pins) has additional features which are most suitable for 
applications requiring 8th-bit signalling, asynchronous 
operation, and remote testing of transmission paths 
(e.g., channel banks). Once the specific device is select- 
ed, there is a wide range of operating modes to use in 
the card design, as seen in Table 5. This table lists the 
optional parameters and the pins which control the op- 
erating mode. The result of selecting a mode is listed for 
both the 2913 and 2914. 


The purpose of offering these options is to ensure that 
the 2913/14 
combo will accommodate 
any existing 
Iinecard design with architectural transparency. At the 
same time, features were designed in to facilitate design 
and manufacturing testing to reduce overall cost of de- 
velopment and production. 


Any rapid conversion scenario presumes that the com- 
bochip will fit existing system architectures (retrofit) 


without significant system timing, control, or software 
modifications. To this end, two distinct user-selectable 
timing modes are possible with the combochip. For 
purposes of discussion, these are designated (a) fixed 
data rate timing (FDRT) and (b) variable data rate tim- 
ing (VORT). 


FORT is identical to the 2910/2911 codec timing in 
which a single high-speed clock serves both as master 
clock for the codec/fI1ter internal conversion/filtering 
functions and as PCM bit clock for the high-speed seri- 
al PCM data bus over which the combochip transmits 
and receives its digitized voice code words. In this 
mode, PCM bit rates are necessarily confined to one of 
three distinct frequencies (1.536 MHz, 1.544 MHz, or 
2.048 MHz). Many recently designed systems employ 
this type of timing which is sometimes referred to as 
burst-mode timing because of the low duty cycle of 
each timeslot (i.e., channel) on the time division multi- 
plexed PCM bus. It is possible for up to 32 active com- 
bochips to share the same serial PCM bus with FORT. 


VORT (sometimes referred to as shift register timing), 
by comparison, utilizes one high-speed master clock for 
the combochip internal conversion/filtering 
functions 
and a separate, variable frequency, clock as the PCM 
bit clock for the serial PCM data bus. Because the serial 
PCM data rate is independent of internal conversion 
timing, there is considerable flexibility in the choice of 
PCM data rate. In this mode the master clock is per- 
mitted to be 1.536 MHz, 1.544 MHz, or 2.048 MHz, 
while the bit clock can be any rate between 64 KHz and 
2.048 MHz. In this mode it is possible to have a dedi- 
cated serial bus for each combochip or to share a single 
serial PCM bus among as many as 32 active combo- 
chips. 


intJ 


Thus, the two predominant timing configurations of 
present system architectures are served by the same de· 
vice, allowing, in many cases, linecard redesign without 
modification of any common system hardware or soft- 
ware. Additional details relating to the design of sys· 
terns using either mode are found in section 3.0. 


2.3 Margin to Performance 
Specifications 


The combochip benefits from design, manufacturing, 
and test experience with first-generation PCM products 
on the part of the system manufacturer, 
component 
suppliers, and test equipment suppliers. The sub-milli· 
volt PCM measurement levels and tens of microvolts 
accuracy requirements on the lowest signal measure- 
ments often result in tester correlation problems, yield 
losses, and excess costs for system and PCM compo- 
nent manufacturers alike. Thus additional-performance 
margin built into the PCM components themselves will 
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have its effect on line circuit costs even though the sys- 
tem transmission specifications may not reflect the im- 
proved performance margin. 


Half channel measurements have been made of the 
transmission parameters-gain 
tracking (OT), signal to 


distortion ratio (SID), 
and idle channel noise (ICN). 


Gain Tracking-Figure 
3 shows the gain tracking data 


for both the transmit and receive sides of the combo 
using both sine wave testing (CCITT 0712.11 Method 
2) and white noise testing (CCITT 0712.11 Method I). 
The data shows a performance very nearly equal to the 
theoretically best achievable using both test techniques. 
End to end measurements, although not spec'd, also 
show a corresponding good performance with errors 
less than or equal to the sum of the half channel values. 


Signal to Distortion Ratio-- This is a measure of the 
system linearity and the accuracy in implementing the 
companding codes. Figure 4 shows the excellent perfor- 
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Figure 3. 2914 Half Channel Gain Tracking Performance Measurements 
for Both Sine and Noise Testing 
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Figure 4. 2914 Half Channel Signal to Distortion Ratio (SID) Performance Measurements 
for Both Sine and Noise Testing 


mance of the 2914 for both the transmit (AID) 
and 
receive (0/ A) channels using sine wave and noise test- 
ing. The margin is greater than 3 dB above the half 
channel spec which means that a larger error budget is 
available to the rest of the channel. 


Statistical Analysis-A 
statistical analysis of G.T. and 
SID measurements over many devices shows a very 
tight distribution, as seen in Figure 5. There are several 
consequences resulting from this highly desirable distri- 
bution: (1) the device performance is controllable, re- 
sulting in high yields, (2) the device circuit design is 
tolerant of normal process variations, thereby ensuring 
predictable production yields and high reliability, and 
(3) understanding of the circuit design and process fun- 
damentals is clearly demonstrated-largely 
as a result 
of previous telephony experience with the Intel NMOS 
process. 


Idle Channel Noise-The 
third transmission parameter 
is idle channel noise (ICN). Figure 6 gives half channel 
ICN measurements which show a substantial margin to 
specification. 


Power Supply Rejection-eircuit 
innovation in the in- 
ternal combochip design has resulted in significant im- 
provements in power supply rejection in the 5 to 50 
KHz range (Figure 7), and it is this frequency band 
which usually contains the bulk of the switching regula- 
tor noise. These higher frequencies, outside the audio 
range as they are, are not objectionable or even detect- 
able in the transmit direction except to the extent that 
they alias into the audio range as a result of internal 
sampling processes in the transmit filter and AID con· 
verter. Sampling techniques in the combochip minimize 
this aliasing. In the receive direction, excess high fre- 
quency noise which propagates onto the subscriber loop 
can interfere with signals in adjacent wires and is thus 
objectionable even without aliasing. The symmetrical 
true differential analog outputs of the combochip are an 
improvement from earlier designs which failed to main- 
'tain true power supply symmetry through the output 
amplifiers. Not only does the differential design im- 
prove transmission performance, but it also reduces the 
need for power supply bypass capacitors, thereby sav- 
ing component cost on the linecard. 
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Figure 
5. Statistical 
Analysis 
of Transmission 
Performance 
Showing 
Tight 
Distribution 
Over Many Devices 
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Figure 
6. 2914 Idle Channel 
Noise 
(ICN) 
Measurements 


Autour&- 
The autozero circuit is contained complete- 
lyon-chip. It automatically centers the signal/noise dis- 
tribution at the encoder input. This ensures minimal 
ICN due to bit toggling and also maintains maximum 
sensitivity to the AC signals of interest. 


Figure 8 illustrates typical power consumption and of- 
fice equipment dissipation for a resistive line biasing 
arrangement (with no loop current limiting) and for the 
per-line PCM components. It can be seen that overall 
line circuit power consumption 
and dissipation are 
strong functions of subscriber loop resistance, and are 
dominated by line biasing current regardless of loop 
length. It can also be seen that the combochip achieves 
significant reductions 
in PCM component 
contribu- 
tions 
relative 
to 
both 
the 
291OA/2912A 
and 
2910/2912. 
Present residential traffic characteristics 


are such that the PCM components are active less than 
10% of the time, and in its low-power standby state, 
the combochip power dissipation drops to typically 
5 mW as the line current (and dissipation) goes to its 
background on-hook leakage level of typically a few 
milliwatts (but for very leaky lines, as much as 50 mW- 
500 mW). 


The concern for linecard power consumption and dissi- 
pation is related both to the cost of providing power 
and to the system density problem involving convection 
heat removal from the linecards. Consequently, much 
recent line circuit development activity Centers on elim- 
ination of the inefficient resistive line current feed both 
by current limiting in short loops and by more exotic 
and expensive per-line dc-de converters. For both pres- 
ent-generation 
designs and cost-reduction 
redesigns, 


the 
typical 
combochip 
dissipation 
of 
140 
mW 


active/5 mW standby will allow system board packing 
density improvements and power supply cost reduc- 
tions. 


A closer look at the effect of loading (duty cycle) on the 
average power dissipation of a combochip is given in 
Table 6. Typical loading percents run as low as 5% for 
very large switching systems (thousands of lines) up to 
100% in nonswitching applications such as channel 
banks. Clearly, the average power dissipation in a typi- 
cal switching system is below 35 mW which facilitates 
board packing density and cost of power considera- 
tions. 


Table 
6. Typical 
Power 
Dissipation 
Per Line 
Using 
2914 Combochlp 


Duty 
Power 
Cycle 
Dissipation 


Central 
5% 
12mW 
Office 


PABX 
15% 
25mW 


Peak Hour 
50% 
73mW 
C.O. 


Channel 
100% 
140mW 
Bank 
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SWITCHING 
REGULATOR 


l_Z 


72 VOLT BATTERV 
llOO OHM FEED RESISTOR 
NO CURRENT LIMITING 


2910Al2912 


C 
MBOCHIP 


200 
400 
800 
800 
1000 
1200 
1400 
1800 
1800 
2000 


SUBSCRIBER 
LOOP RESISTANCE 
(OHMS) 
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2.5 
Elimination of Gain Trim In the Line 
Circuit 


Four resistors-RI-R4 
of Figure 9--on the transform- 
er side of the PCM components are used to establish 
appropriate 
transmission levels at the PCM compo- 


nents and are, at first glance, equivalent in the two cas- 
es. However, a significant reduction in linecard manu- 
facturing costs associated with individual line trim (or 
mop-up) is possible with the combochip. The need for 
this trim is dictated by system gain contrast specifica- 
tions which typically require that the line-to-line gain 
variation shall not exceed 0.5 dB, which translates to 
0.25 dB for each (transmit and receive) channel. Table 
7 shows that the major portion of this gain variation 


TRANSFORMER 
~;---, 


~I:3 


has previously been in the nominal insertion loss of the 
PCM filter and in the uncertainty of the reference volt- 
age of the codec. With this cumulative 0.15 dB uncer- 
tainty in the PCM components themselves, the system 
manufacturer had no choice but to resort to the cost 
and manufacturing complexity of the active trim. The 
combochip, however, can be trimmed during its manu- 
facture to a nominal tolerance of ±0.04 dB which in- 
cludes uncertainties in both the filter and codec voltage 
reference functions. This leaves 0.21 dB uncertainty to 
variations in the other line circuit elements and to tem- 
perature and supply variations. 


The variation in combochip gain with supply and tem- 
perature has also been improved to allow as low as 
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(b) Line CircuIt Using Combochlp 


Figure 9. Schematics 
of the Codec/Fllter 
Function 
and the 2/4 Wire Hybrid Transformers 
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Device 
Manufacturing 
Uncertainty 
dT 
Total 
Variation' 
Budget 
(Initial) 
dSupplies 
tor Other Components 


2910 
±0.1 
±0.1 
2912 
±0.05 
±0.05 
±0.15 
±0.15 
±0.3 dB 
o dB 


2914 
±0.04 
±0.08 
±0.12 dB 
±0.13 dB 


0.08 dB variation over supplies and temperature so that 
more than half the system specification could be re- 
served for transformer, wiring, and resistor uncertain- 
ties. This possibility of using fixed precision gain trim 
components and abandoning the active trim holds the 
potential for simplification and cost reduction of the 
line board manufacturing process. 


Power Supply Sequence-- There are no requirements 
for a particular sequence of powering up the combo- 
chip. All discussions of power up or power down tim- 
ing assume that both Vcc and VBBare present. 


Power Up Delay-Upon 
application of power supplies, 
or coming out of the standby power down mode, three 
circuit time constants must be observed: (1) digital sig- 
nal timing, (2) autozero timing, and (3) filter settling. 
An internal timing circuit activates SIFt> Dx, and TSx 
approximately two or three frames after power up. Un- 
til this time, SIGr is held low and the other two signals 
are in a tri-state mode. During this time, SIGx will have 
no effect on the PCM output. 


Power Down Modes-These 
modes are described in de- 
tail in Table 3 of the 2913/14 data sheet except for a 
fail-safe mode in case CLKx is interrupted. 
If this 
should happen, both Dx and TSx go into the tri-state 
mode until the clock is restored. This ensures the safety 
of the PCM highway should the interrupted clock be a 
local problem. 


There are three basic operating modes that are support- 
ed by the 2913/14: fixed data rate timing (FDRT), vari- 
able data rate timing (VDRT), and on-line testing. 


The FDRT mode is described in some detail in both 
section 2.2 of this note and in the 2913/14 data sheet. 
In addition, Intel Application Note AP-64 (Data Con- 


version, Switching, and Transmission using the Intel 
2910A/2911A 
codec and 2912 PCM filter) also de- 
scribes the basics of using the fixed data rate mode for 
first-generation codecs and filters which is essentially 
the same as for the 2913/14 second-generation combo- 
chip. 


The VDRT mode is described in some detail both in 
section 2.2 and in the 2913/14 data sheet. This section 
focuses on two design aspects: (1) the advantage of 
clocking data on the rising edges of the clock for trans- 
mit and receive data, respectively, and (2) making the 
2913/14 transparent in previously designed systems (a 
retrofit, cost reduction redesign). 


Clock Timing-The 
2913/14 is ideally set up to trans- 
mit and receive data, using the same clock, with no race 
conditions or other marginal timing requirements. This 
is accomplished by transmitting data on the rising edge 
of the first clock pulse following the data enable pulse 
FSx and receiving data on the falling edge of the clock 
which is directly in the middle of the Dx data pulse. 
Several manufacturers use leading edge timing for both 
transmit and receive requiring an inversion of the re- 
ceive clock. 


Figure 10 shows the transmit and receive clock and 
data timing for an entire time slot of data. A closer look 
at the timing functions is given in Figure 11 which 
looks specifically at the first clock cycle after the trans- 
mit data enable FSx. 


According to the 2913/14 data sheet, the frame sync/ 
data enable FSx must precede the clock (DCLKx) by 
at least Ttsdxor nominally 15 ns for that clock pulse to 
be recognized as the first clock pulse in the time slot. In 
actuality, the 2914 will allow FSx to lag up to 80 ns the 
DCLKx rising edge and recognize it as the first clock 
pulse in a 2.048 MHz system. 


Once FSx has reached VIH of about 2V, the Dx output 
will remain in the tri-state high-impedance mode for 


NOTE: 
All timing 
parameters 
referenced 
to VIH and VIL except 
tOON and toFF which 
reference 
a high impedance 
state. 


Tdonor about 34 ns longer. It then comes out of tristate 
and will represent some data which is invalid until the 
valid data is available TDDX or about 75 ns (100 ns 
worst case) after the clock rising edge. This means there 
is about 90 ns of invalid data after the tri-state mode. 
At this point there is valid data on the Dx highway 
that lasts for approximately one full clock cycle. 


Since the Dx highway is tied directly to the Dr high- 
way in digital loopback, the valid data above is now 
available to the receivechannel with some propagation 
delay. The receiver is only interested in the data for 
about a 50 ns (110 ns worst case) window centered 
about the falling edge of the DCLKr clock which oc- 
curs about half a clock cycle from the FSr rising edge. 
The window width is equal to the data set-up time. 
Tdsr' plus the clock fall time, Tf, plus the data hold 
time, Tdbr. Information at any other time on the Dr 
highway falls into the DON'T CARE category. 


Retrofitting the 2913/14-Several 
switching/transmis- 
sion systems have been designed using first-generation 
codecs which operate at data rates from 64 Kbps to 
2.048 MBps. In addition, they may have been designed 
using the rising clock edges for both transmit and re- 
ceive data. 


Other aspects of these older designs could be relative 
skewingbetween the sync pulses (Data Enable) and the 
clock pulses in such a way that the sync pulse occurs 
after (Lags) the first clock pulse rising edge. All of these 
conditions can be easily handled using the variable data 
rate timing mode of the 2913/14 plus some simple ex- 
ternallogic. By the addition of this logic, the 2913/14 
becomes transparent to the older design thereby allow- 
ing an upgrade in performance while having no impact 
on backplane wiring or on system control hardware/ 
software. In addition, many of the features of the 
2913/14 may be incorporated, such as the test modes, 
which provide additional capabilities beyond those 
available in the original design and at a lower cost. 


The circuit diagram in Figure 12 shows the maximum 
amount of additional random logic that could be neces- 
sary to make the 2913 or 2914 completely transparent 
at the linecard level (no impact on backplane wiring or 
timing). The inverter on DCLKR inverts all the receive 
clocks for each linecard. This inverter is only needed if 
(I) the transmit and receive clocks are inverted at the 
systemlbackplane level (as opposed to the linecard lev- 
el) and (2) the previous design used only rising (or fall- 
ing) edges to clock the transmit/receive data. 
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Two modes are available which permit maintenance 
checking of the Iinecard up to the SLIC/combochip 
interface, including the PCM highways and time slot 
interchanges. Tests include time slot-dependent error 
checking. The two test modes are called "redundancy 
testing" and "analog loopback." These test modes are 
described in detail in Section 4.3. 


The 2913/14 was designed with every phase of design, 
manufacturing, and operation taken into consideration. 
In particular, several test modes have been implement- 
ed within the device with essentially no increase in the 
package size or pin count. These test modes fall into 
three categories: design/prototype 
tests, manufacturing 
tests, and on-line operation tests; see Table 8. 


In the design of a linecard prototype or in the qualifica- 
tion of a device, it is often helpful to have direct access 
to the internal nodes at key points in the LSI system. 
Some manufacturers even dedicate pins specifically for 
this function. The Intel 2913/14 approach was to re- 
duce cost by using multifunction pins and smaller pack- 
ages to achieve this goal. Measurements through these 
multipurpose pins will typically yield full device capa- 
bility against performance specifications, however these 
measurements are not included in the device specifica- 
tions. This is done for two reasons: first, to save manu- 
facturing cost by eliminating unnecessary tests and 
specifications, and, second, more cost effective manu- 
facturing test techniques are available, as discussed in 
section 4.2. 
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NOTE: 
(1) One inverter 
per Iinecard. 
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Figure 12.Circuit Diagram Showing Connections Needed to Retrofit the 2913/14 
Into Existing Variable Data Rate Systems 


Table 8. Multlmode Testing for Each Level from 
Design to On-Line Operation 


• Design/Prototype 
Testing 
- 
Direct access to transmit codec inputs 
- 
Direct access to the receive fJ.lterinput 
and the transmit filter differential out- 
puts 


• Manufacturing Tests 
- 
Standard half channel tests for com- 
bined codec/filters 
- 
Filter response half channel measure- 
ments 


• Operation On-Line Tests 
- 
Analog loopback for testing PCM and 
codec analog highways 
- 
Redundancy 
checks 
with 
repeatable 
Dx outputs 


Table 9 gives the input control pin values and the corre- 
sponding functions assigned to the key test pins on the 
2914 for the design test modes. 


Transmit Coded (Encoder)-The 
transmit filter can be 
bypassed by directly accessing the differential input of 
the transmit encoder with an analog differential drive 
signal. Table 9 shows the control pin voltages and the 
input pins for this test. This test mode permits DC test- 
ing of the encoder which is otherwise blocked by the 
AC coupling (low frequency reject filter) of the trans- 
mit filter. 


Transmit and Receiver Filter-Table 
9 shows the con- 
trol values that permit access to the differential outputs 
of the transmit filter and the single-ended input to the 
receive filter. The voltage difference between the trans- 
mit fJ.lteroutputs represents the fJ.lteredoutput that will 
be encoded. By driving VFxI (single ended or differen- 
tially), the transmit filter response is obtained as a dif- 
ferential output. The final stage is the 60 Hz reject filter 
which is a switched capacitor 
filter sampled at an 
8 KHz rate. When measured digitally 
(after the encod- 
er), the filter characteristic is obtained directly: howev- 
er, when measured in analog, a sin (CllT/2)/CllT/2 cor- 
rection factor must be included. 


intJ 


Input 
Pin Function 
(24·Pln) 
Test 


PDN 
DR 
Pin 9 
Pin 17 
Pin 18 
Function 
DCLKR 
TSx/DCLKx 
SIGx/ASEL 


O-Vee 
O-Vee 
DCLKR 
TSx/DCLKx 
SIGx/ASEL 
Normal Operation 


VBB 
O-Vee 
- 
+VFX 
-VFX 
Encoder 


O-Vee 
VBB 
VFRI 
+VFXO 
-VFXO 
RCV, XMIT Filter 


NOTES: 
The terms 
used above 
are defined 
as: 
± VFX = Encoder 
Input 
± VFXO = XMIT 
Filter Output 
VFRI = ReV 
Filter Input 


The input to the receive fJlter first passes through a 
sample and hold. This is necessary to simulate the 
sin (wT/2)/wTI2 
characteristic that results from the 
decoder D/ A output. The net result is a filter charac- 
teristic that can be compared directly to the specifica- 
tions. 


Start-up 
Procedure 
for Test Modes-To 
place the 
2913/14 in the test mode it is first necessary to operate 
the device for a few ms in normal operation. Then VBB 
can be applied to the control pins to select the desired 
test access. 


While it may be convenient for the designer to have 
access to both the filter and the codec inputs and out- 
puts during the design or evaluation phase the final 
product will always use the filter and codec circuits 
together with all signals passing through both on the 
way to or from the PCM highways. It therefore makes 
sense to perform all manufacturing measurements with 
the device configured in its normal operating mode, i.e., 
all measurements should be complete filter/codec half 
channel measurements. This approach not only tests 
the combo as it will actually be used, but also saves 
time and money by eliminating separate measurements 
and correlation 
exercises to determine the full half 
channel performance. 


Since the transmission 
specifications 
of SID, 
gain 
tracking, and ICN all require measurements which are 
"in-band" or "filter independent," the codec functions 
can be easily tested using conventional half channel 
measurement equipment. The apparent difficulty arises 
in trying to fully measure the filter characteristics be- 
yond the half sampling frequency of 4 KHz. In fact, 
this is not really a problem with today's computer- 
based testing plus an understanding of the sampled data 
process which is discussed under "Filter Testing". 


Transmission 
specifications are AC-coupled 
in-band 
measurements 
when using either 
CCITT 
G.712.11 
methods 1 & 2 (white noise testing and sinusoidal test- 
ing, respectively) or AT&T Pub 43801 (Sinusoidal 
Testing). The noise testing uses a narrowband of flat 
noise from 300 to 500 Hz to drive the filter/codec (ei- 
ther in analog or the equivalent digital sequence for the 
transmit/receive 
channels, respectively). The resulting 
harmonic products are used to determine SID. Like- 
wise, gain tracking is also determined from this signal 
input. Sinusoidal testing uses a tone at 1.020 KHz for 
SID measurements and gain tracking measurements. 
Idle channel noise measurements require the combined 
filter/codec since it has long been shown that separate 
measurements of fJlters and codecs are difficult to relate 
to the combined measurement (usually there is no spe- 
cific relationship because of the non-linear properties of 
the encoder/decoder 
operations). 
Typically the fre- 
quency response of ICN measurements is primarily de- 
termined by the weighting filter (either C message or 
psophometric, which are both AC-coupled, bandpass 
type filters). 


The conclusion is that combined filter/codec testing in 
no way limits the measurement of half channel trans- 
mission parameters of SID, G.T., or ICN. 


Testing the filter response, of the transmit and receive 
channels presents two separate test situations which, in 
some ways, are mirror images of one another. With the 
transmit side, signals may be introduced at any fre- 
quency to test the filter response. At the output of the 
filter, the resulting signals are sampled at 8 KHz and 
digitized resulting in a sequence of PCM words repre- 
senting the samples of fJltered input signal. On the re- 
ceive side, a digital PCM sequence of samples repre- 
senting the driving signal is converted to an analog sig- 
nal by the decoder and can be measured at the filter 
output in analog form. 


inter 


Sampling Process-In 
both cases of testing the filter, 
the signal eventually is in a sampled form. Since the 
sampling rate is fixed at 8 KHz, all signals must be 
represented below 4 KHz (half the sampling frequen- 
cy). This means that the PCM bit stream can only rep- 
resent signals at frequencies below 4 KHz. If a signal 
above 4 KHz is sampled, those samples appear exactly 
as if the signal was at a frequency mirror imaged about 
4 KHz. Two examples include signals at 5 KHz and 
7 KHz which will result in samples that look like sig- 
nals of 5-8 KHz = 3 KHz and 7-8 KHz = 1 KHz, 
respectively. 


Conversely, the sampling process produces replicas (ali- 
asing) of the sampled signal around multiples of the 
sampling frequency. Therefore, if two signals are intro- 
duced digitally representing I KHz and 2 KHz, there 
will also be frequency components located at 8 KHz = 
± 1 KHz and 8 KHz = 
± 2 KHz, and so on for all 
multiples of 8 KHz. Thus it is possible to generate fre- 
quencies at arbitrary values after sampling by control- 
ling the frequency of each signal within the 4 KHz in- 
put band regardless of whether it is in analog or PCM. 


When an analog signal is sampled, the frequency com- 
ponents generated are all of the same amplitude as the 
corresponding input spectral components. Therefore, 
on the transmit 
side, measurements made from the 
PCM data will have a throughput gain of unity except 
where components are superimposed (e.g., a 4 KHz in- 
put signal will have an alias component at 4 KHz 
which may double the amplitude at 4 KHz when the 
two components are combined). 


When an analog signal is reconstructed from digital 
samples, it goes through a sample and hold stage which 
has the effect of imposing a weighting function on the 
resulting spectral components that is represented by 


Sinc [W2T] 
Sin (~T) 


where w is the actual spectral component frequency 
going into the filter, and T is the width of the hold 
pulse at the decoder output. For the 2913/14, the ana- 
log output is held the full sample period of 125 J-Ls 
(118000 
Hz) so that a frequency component at ft will 
have a weighting of 


(8000) 
. 
[7Tft] 
W = 
-- 
Sm 
-- 
7Tft 
8000 


Transmit Filter Test Approach-Two 
approaches can 
be used for half channel testing of the transmit filter 
characteristic: (1) input analog test frequencies and per- 
form an FFT on the corresponding PCM samples that 


are generated to determine spectral frequencies and am- 
plitudes at the codec output, or (2) use an "ideal" D/ A 
converter on the PCM samples to convert the digital 
data back to analog so that the spectral amplitudes and 
frequencies can be determied using analog circuits such 
as spectrum analyzers or filter banks. In either case, the 
effects of sampling will be the same. Figure 13 shows 
two spectral diagrams of amplitude versus frequency. 
The top diagram represents the locations of nine test 
frequencies corresponding to the seven specified fre- 
quencies in the 2913/14 data sheet plus a component at 
7 KHz and one at 10 KHz. The bottom figure shows 
the "equivalent" 
spectral component locations when 
carried in the PCM bit stream. As an example, frequen- 
cy # 8 is located at 7 KHz. The corresponding PCM 
frequency is seen in the lower figure at 1 KHz. Note 
also that the analog component at 9 KHz (see #8*) 
would also generate the I KHz component in the PCM 
data. 


To test the filter, the desired test frequencies are intro- 
duced in analog to the filter input in such a way that 
there is no confusion as to where the resulting compo- 
nent will be after sampling (i.e., don't simultaneously 
put in 1 KHz and 7 KHz since both of these inputs 
result in a I KHz component in the PCM data). Then, 
using either technique 
(FFT 
or analog) mentioned 
above, measure the amplitude of the corresponding 
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sampled component. The difference between that am- 
plitude and the input amplitude represents the ftlter 
attenuation at the frequency of the input signal. So, if 
the signal was at 7 KHz, the FFf 
will determine the 
amplitude of the corresponding I KHz signal. The am- 
plitude change relative to the input will represent the 
filter attenuation at 7 KHz. 


Receive Filter Test Approach-In 
this case, the PCM 
test signals can be generated directly from digital cir- 
cuits or by going through an "ideal" AID (companded) 
to generate the PCM samples. Since these samples rep- 
resent frequencies below the half sampling rate, Figure 
12(b) now represents the input signals and 12(a) the 
output, 
but 
with 
one 
significant 
difference--a 
Sinc[7r fl/8OOO]weighting function is imposed on all 
the frequency components because of the decoder sam- 
ple and hold output. At the filter output, the spectral 
component amplitudes will include the effect of the fil- 
ter response and the weighting function measured at 
the actual test frequency. The receive filter includes a 
compensation network for the weighting function in its 
passband. Therefore, inside the passband (300 Hz to 
3.4 KHz) the measured amplitudes should be compared 
directly to the data sheet specifications. Frequencies 
outside the passband must be compensated for the 
weighting function first to determine the true filter re- 
sponse. 


Summary of Filter Testing-Table 
10 lists the nine test 
frequencies shown in Figure 12 for both the transmit 
and receive filter testing. For each filter test, the input 
frequency (analog or PCM), measurement frequency, 
and test circuit gain is tabulated corresponding to the 


desired test frequency. The various weighting values are 
easily handled by computer-based test equipment since 
the inverse weighting function can be stored in the 
computer and applied to each measured amplitude as 
appropriate. 


Two test modes are available which facilitate on-line 
testing to verify operation of both the combochip and 
the entire switching highway network. The first is sim- 
ply the capability to duplicate the same Ox transmis- 
sion in multiple PCM time slots (redundancy check- 
ing), and the second is the analog loopback capability 
which allows the testing of a call completion through 
the entire PCM voice path including the time slot inter- 
change network. 


Redundancy Checking-A 
feature of the 2913/14 is 
that the same 8-bit PCM word can be put on the Ox 
highway in multiple time slots simply by holding the 
frame sync/data enable (FSx) high and continuing to 
supply clock pulses (CLKx or OCLKx). 
If the data 
enable was held high for multiple time slots, each time 
slot would have identical data in it. By routing this data 
through the PCM highways, time slot interchanges, 
etc., and then correlating the data between time slots, it 
would be possible to detect time slot-dependent data 
errors. When this test mode is used, no other data will 
be generated for the transmit highway until the frame 
sync returns low for at least one full clock cycle. 


Transmit 
Receive 
Test 
Freq. 
Input 
Measured 
Amp 
Input 
Measured 
Amp 
Freq. 
Freq. 
Weighting 
Freq. 
Freq. 
Weighting 


1 
200 
200 
200 
1 
200 
200 
1 


2 
300 
300 
300 
1 
300 
300 
1 


3 
3000 
3000 
3000 
1 
3000 
3000 
1 


4 
3300 
3300 
3300 
1 
3300 
3300 
1 


5 
3400 
3400 
3400 
1 
3400 
3400 
1 


6 
4000 
4000 
4000 
Oto2 
4000 
4000 
Oto2 


7 
4600 
4600 
3400 
1 
3400 
4600 
S. 
[4600 7r] 
mc 
--- 
8000 


8 
7000 
7000 
1000 
1 
1000 
7000 
S' 
[7000 7r] 
Inc 
--- 
8000 
9 
10000 
10000 
2000 
1 
2000 
10000 
Sinc [10000 7r] 
8000 
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Analog Loopback-The 
2914 (2913 does not have this 
feature) has the capability to be remotely programmed 
to disconnect the outside telephone lines and tie the 
transmit input directly to the receive output to effect 
analog loopback within the combo chip. This is accom· 
plished by setting the LOOP input to Vcc (TTL high). 
The result is to disconnect VFxI + and VFxI - 
from 
the 
external 
circuitry 
and 
to 
connect 
internally 
PWRO+ 
to VFXI+, 
GSr to PWRO-, 
and VFXI- 
to GSx (see Figure 14). 


With this test set up. the entire PCM and analog trans- 
mission path up to the SUC can be tested remotely by 
assigning a PCM word to a time slot that is read by the 
combo being tested. This data is converted to analog 
and passed out of the receive channel. It is taken as 
input by the transmit channel where it is filtered and 
redigitized (encoded) back to PCM. The PCM word 
can now be put on the transmit highway and sent back 
to the remote test facility. By comparing the PCM data 
(individually or as a series of codes) the health of that 
particular connection can be verified. 
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iDCM 911-1 INTELLlNK™ 
ETHERNET* CLUSTER MODULE 


• 
Eliminates Need for Transceivers and 
Ethernet Coaxial Cable for a Local 
Cluster of Workstations 
• 
Enables Local Cluster of Nine 
Workstations to Connect to Main 
Ethernet Cable with Only One 
Transceiver 


• 
Permits Clustering of up to Nine 
Workstations in a Smaller Area 


• 
Enables Workstations to be up to 100M 
from Main Ethernet Cable 


• 
IEEE 802.3/Ethernet Compatible 


The Intellink™ 
Ethernet 
Cluster 
Module 
is a device 
used as a means 
of interconnecting 
up to nine Ethernet 
devices 
without 
the need for Ethernet 
coaxial cable and transceivers. 
The Intellink 
module forms a standalone 
Ethernet 
local area network 
with "interconnection" 
communication 
capability. 
The Intellink 
module 
(and at- 
tached 
devices) 
can optionally 
be connected 
to the Ethernet 
coaxial 
cable through 
a single transceiver. 


It 
It 


- 
111111111111111111111111111111111111ill' 


1 
~ 
TO 50 METE'"L 


lntellink 
module 
performs 
the same 
functions 
as a 
standard 
Ethernet 
transceiver. 
It buffers receive and 
transmit 
data, detects 
attempts 
by two or more sta- 
tions to gain access 
to the line simultaneously, 
sig- 
nals the presence 
of a collision 
to the transmitting 
stations, 
and transmits 
the jam signal prior to initia- 
tion of the random 
back-off 
algorithm. 


Ethernet Work Station to Intellink™ 
Interface 
(WI) Connectors 


There 
are nine WI interface 
connectors 
into which 
Ethernet-based 
systems 
can 
be connected. 
Each 
connector 
has the 
same 
signal 
pairs 
as does 
the 
equivalent 
connector 
on a standard 
Ethernet 
trans- 
ceiver. 


IntellinkTM Module to Transceiver 
Interface 
(IT) Connector 


The IT interface 
connector 
on the Intellink 
module is 
used 
to 
connect 
the 
local 
cluster 
to 
the 
"main" 
Ethernet 
cable 
through 
a standard 
transceiver, 
or 
can be left unconnected 
for standalone 
operation. 
The characteristics 
of this connector 
are identical 
to 
an Ethernet 
system 
to transceiver 
cable connector. 


The Intellink 
module 
can function 
in standalone 
op- 
eration 
in which 
case 
it appears 
as a "zero 
length 
Ethernet 
segment" 
for 
up to nine 
Ethernet-based 
systems, 
or 
optionally 
can 
be 
connected 
to 
the 
"main" 
Ethernet 
coaxial 
cable 
through 
a 
single 
transceiver. 
When 
connected 
to the "main" 
Ether- 
net coaxial cable, it extends 
the Ethernet 
system 
in- 
terface 
to the transceiver 
from 50 meters to 100 me- 
ters. (Figure 
1). 


Width: 


Height: 


Depth: 


Weight: 


14 in. (35.56 cm) 


7.8 in. (19.81 cm) 


5.5 in. (13.97 cm) 


10 lb. (4.52 kg) 


(Voltages AC RMS) 


Voltage (15%) 


100V ±15% 


120V ±15% 


220V ±15% 


240V ±15% 


NOTE: 
The frequency 
range 
is 47 to 
64 Hz, single 
phase. 


ENVIRONMENTAL 
CHARACTERISTICS 


Temperature: 
10°C to. 40°C Operating 
-40°C 
to 70°C Non-Operating 
Humidity: 
10% to 85% Operating 
5% to 95% 
Non-Operating 


Part Number 
Description 


iDCM 911-1 
Intellink, 
IEEE 802.3/Ethernet 
com- 
patible 


inl:ef 
iNA 960/961 RELEASE 2.0 
TRANSPORT AND NETWORK SOFTWARE 
MEMBER OF·THE OpenNETTM PRODUCT FAMILY 


• 
Connection less Transport 
(Datagram) 
Services 


• 
Data Link Drivers Support Many 
Hardware Environments 
-IEEE 
802.3 Hardware Such as the 
iSBC® 186/51, iSXMTM552(A), and 
ISBXTM586 Boards and Various 
Designs Based on the 8086, 8088, or 
80186 Processors and the 82586 LAN 
Coprocessor 
-IEEE 
802.4 Hardware such as the 
iSBC® 554 Board 
- 
Others Definable by the User 


• 
Comprehensive 
Network Management 
Services 
- 
Collection of Network Usage 
Statistics 
- 
Setting and Inspecting of Transport 
and Data Link Parameters 
- 
Fault Isolation and Detection 
- 
Boot Server 


• 
Certified 
ISO Standard Transport and 
Network Layer Software 


• 
ISO 8073 Transport Class 4 Services 
- 
Multiple Virtual Circuit Connection 
Capability 
- 
Guaranteed Message Integrity 
- 
Data Rate Matching (Flow Control) 
- 
Variable Length Messages 
- 
Expedited Delivery 


• 
ISO 8473 Network Class 3 Services 
- 
Connection less Internetworking 
Capability 
- 
Supports End·Node Systems 
- 
Supports Internetwork 
Routers 


• 
Highly Configurable 
for Multiple System 
Environments 
- 
As an iRMX® 86 Job 
- 
As a Stand·Alone Communications 
Processor System 
- 
Supports Other Host Operating 
System Independent 
Designs 


iNA 960 is a complete 
transport 
and network 
software 
system 
plus a comprehensive 
set of network 
manage- 


ment functions, 
data link drivers, and system environment 
features. 
It is highly configurable 
to allow optimized 


selection 
of features, 
parameters. 
data link drivers, and memory 
buffers for a variety of system 
environments. 


iNA 961 is derived from iNA 960. It consists 
of preconfigured 
subsets 
of iNA 960 that are designed 
to operate 


with several 
specific 
COMMengine 
hardware 
environments. 
iNA 961 contains 
preconfigured 
load files ready 
for download 
to the hardware. 
Load files are included 
to support 
the iSXM 552 and iSXM 552A IEEE 802.3 


COMMengines, 
and the iSBC 554 IEEE 802.4 (MAP) COMMengine. 


iNA 960/961 
is a mature, 
flexible, 
and ready-to-use 
software 
building 
block for OEM suppliers 
of networked 


systems 
for both technical 
and commercial 
applications. 
Using the iNA 960 software 
the OEM can minimize 
development 
cost and time while achieving 
compatibility 
with a growing 
number of equipment 
suppliers 
adopt- 


ing the ISO and IEEE standards. 


APPLICATION 
NETWORK ,I 


MANAGEMENT 


PRESENTATION 


SESSION 


TRANSPORT 
~, .." 
NETWORK 
MEHTED 
BY ,N'" 96 


OATA 
LINK 
INTERFACE 
.... _----. 
. . .. 


PHYSICAL 
OATA 
LINK 


} 
IMPLEMENTE. 
PHYSICAL 
BY HARDWARE 


Using the ISO seven layer model for network com· 
munications, iNA 960 provides the services of layers 
four and three, the transport and network layers. 
The iNA 960 design is an implementation of the 
Class 4 services of the ISO standard 8073 connec- 
tion oriented transport protocol. The iNA 960 trans- 
port layer provides a reliable full-duplex message 
delivery service on top of the internetworking capa- 
bility offered by the network layer. The iNA 960 net- 
work layer is an implementation of the Class 3 serv- 
ices of the ISO standard 8473 connectionless net- 
work protocol. The network layer allows routing of 
information 
packets 
between 
different 
networks 
(each network is called a subnetwork). The network 
layer directs information packets to the packet deliv- 
ery services of the IEEE 802.3 or IEEE 802.4 data 
link and physical layer functions. 


Consisting of linkable object modules, the iNA 960 
software can be configured to implement a range of 
capabilities and interface protocols. In addition to re- 


SELECTABLE 
INTERFACE 
MODULES 


TRANSPORT 
LAYER 
ISO 8073 


NETWORK 
LAYER 
ISO 8473 


SELECTABLE 
HARDWARE 
DRIVERS 


liable process-to-process message delivery serv- 
ices, iNA 960 includes a datagram service, internet- 
working end-node capabilities, internetworking rout- 
er node capabilities, boot server capabilities, a direct 
user access to the data link layer, and a comprehen- 
sive network management facility. 


iNA 960 also contains a variety of client program 
interfaces, data link drivers, and a stand-alone oper- 
ating system executive. As a result, iNA 960 is highly 
configurable to run under the iRMX 86 operating 
system, to run under its own operating system exec- 
utive on an Intel iSXM IEEE 802.3 or IEEE 802.4 
network board, or to run on a custom designed con- 
troller with an 8086, 8088, or 80186 processor cou- 
pled with an 82586 data link coprocessor. 


The iNA 960 software also includes a comprehen- 
sive network management service. This facility en- 
ables the user to monitor and adjust the network's 
operation in order to optimize its performance. 


For a conceptual block diagram of iNA 960, refer to 
Figure 2. 


STAND-ALONE 
OS 
EXECUTIVE 


NETWORK 
MANAGEMENT 
FUNCTIONS 
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The Transport Layer provides message delivery 
services between client processes running on com- 
puters (network "nodes") anywhere in the network. 
Communicating client processes within the network 
are identified by a transport address that is a combi- 
nation of a network address defining the network 
node and a transport service access point defining 
the interface point through which the client accesses 
the transport services. The transport address is sup- 
plied by the iNA 960 user for both the local and the 
remote client processes that are to be connected. 


The iNA 960 transport layer implements two kinds of 
message delivery services: virtual circuit and data- 
gram. The virtual circuit services provide a reliable 
point-to-point message delivery capability that en- 
sures maximum data integrity and is fully compatible 
with the ISO 8073 Class 4 protocol standard. The 
datagram service provides a best-effort message 
delivery between client processes requiring less 
overhead and therefore allows higher throughput 
than virtual circuits. 


Both the datagram and the virtual circuit services are 
optional and can be included when configuring iNA 
960. 


Reliable Delivery: Data is delivered to the destina- 
tion in the exact order it was sent by the source with 
no errors, duplications or losses, regardless of the 
quality of service available from the underlying net- 
work service. 


Data Rate Matching (flow control): The Transport 
Layer attempts to maximize throughput while con- 
serving communication 
subsystem resources by 
controlling the rate at which messages are sent. 
That rate is based on the availability of receive buff- 
ers at the destination and its own resources. 


Multiple Connection Capability (Process Multiplex- 
ing): Several Processes can be simultaneously using 
the Transport Layer with no risk that progress or lack 
of progress by one process will interfere with others. 


Variable Length Messages: The client software can 
submit arbitrarily short or long messages for trans- 
mittal without regard for the minimum or maximum 
network service data unit (NSDU) lengths supported 
by the underlying network services. 


Expedited Delivery (optional): With this service the 
client can transmit up to 16 bytes of urgent data 
bypassing the normal flow control. The expedited 
data is guaranteed to arrive before any normal data 
submitted afterward. 


Connectionless 
Transport 
(Datagram) 
Service 


The datagram service transfers data between client 
processes without establishing a virtual circuit con- 
nection. The service is a "best effort" capability and 
data may be lost or misordered. Data can be trans- 
ferred at one time to a single destination or to sever- 
al destinations (multicast). The iNA 960 datagram 
service conforms to the ISO draft standard 015 
8602. 


The network layer of iNA 960 provides the Class 3 
connectionless network services specified by the 
ISO standard 8473 protocols. 


The iNA 960 network layer provides the capability of 
connecting multiple different networks (called sub- 
networks) together and having information packets 
from one subnetwork routed to a destination on any 
other subnetwork. The network layer thus provides 
for two major capabilities: 


• Internetworking 
• Multiple subnets attached to one node 


The iNA 960 network layer allows the user a variety 
of configurations. A node can be configured as: 
• An internet end node belonging to a single sub- 
network which is in turn connected to other sub- 
networks. In this configuration, the end node has 
the capability to address other nodes anywhere 
on the entire system of subnetworks. 
• An internetwork router belonging to two or more 
subnetworks. In this case, only the ISO 8473 
standard connectionless internetworking layer is 
configured on the node. The user can select the 
addressing and routing algorithms to be used. 
The iNA 960 network layer provides a routing al- 
gorithm with user changeable routing tables. The 
network layer also permits the future addition of 
address passing and routing algorithms as stan- 
dards emerge. A router node can be configured 
with a variety of subnet data link and physical lay- 
ers of mixed media types. The transport layer and 
above are not needed by this node. 
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• A multi-homed end system which is connected to 
two or more subnets. The network layer can pro- 
vide routing between these subnets. In this case 
the transport layer is included and applications 
can run on this system and communicate on all 
subnetworks connected to it. 


• A single network end node which can address 
nodes on one subnetwork only. This gives iNA 
960 the transport layer functionality and a null 
network layer. The program interface to iNA 960 
can be set up to accept the network address for- 
mat of the ISO 8473 standard or of the previous 
draft ISO standard. 


The iNA 960 network layer has a variety of data link 
drivers for both IEEE 802.3 and IEEE 802.4 data link 
and physical layers. Specifically, IEEE 802.3 hard- 
ware drivers are included for the iSBC 186/51 
COMMputer, 
the 
iSBC/iSXM 
552 
and 
552A 
COMMengines, the iSBX 586 module, and 82586- 
based custom designed systems. An IEEE 802.4 
data link driver is also included for the iSBC 554 
token-bus MAP board. In addition, a user can add up 
to two user written subnetworks (when operating un- 
der the iRMX 86 operating system). Communication 
between the subnetwork drivers and the network 
layer is via request blocks and is based on the pro- 
grammatic interface specified by iNA 960. 


Router Capabilities 


Since iNA 960 includes a wide variety of data link 
drivers and a flexible internetworking capability, a 
wide variety of internetworking configurations are 
supportable. 


• With the iSBC 554 board and the iSBX 586 mod- 
ule, an IEEE 802.4 MAP token-bus to IEEE 802.3 
Ethernet CSMAlCD router is supported. iNA 961 
includes a preconfigured load file for this hard- 
ware configuration. 


• With the iSBC 186/51 board and the iSBX 586 
module, an IEEE 802.3 to IEEE 802.3 router is 
supported. 
• With the iSBC 186/51 board (which has both an 
IEEE 802.3 port and a serial port), the user can 
link a separate serial data link driver (such as for 
X.25) to the iNA 960 network layer and produce 
an IEEE 802.3 to serial link router. 


For full internetworking configurations, the user can 
set up the routing tables which are used for routing 
information 
packets 
between 
subnetworks. 
The 
routing tables can be changed during operation via a 
routing management facility. Information packets fol- 
low the routing path fixed by the routing table infor- 
mation. 


The Network Management Facility provides the user 
of iNA 960 with planning, operation, maintenance, 
and initialization services described below: 
• Planning: This service captures network usage 
statistics on the various layers to observe net- 
work traffic and to help plan network expansion. 
Statistics are maintained by the layers them- 
selves and are made available to users via a pro- 
gram interface with the NMF. 
• Operation: This service allows the user to monitor 
network functions and to inspect and adjust net- 
work parameters. The goal is to provide the tools 
for performance optimization on the network. 
• Maintenance: This service deals with detecting, 


isolating, and correcting network faults. It also 
provides the capability to determine the presence 
of other nodes on the network and the viability of 
their connection to the network. 
• Initialization: NMF provides initialization and re- 
mote loading facilities for remote nodes on the 
network. 


Network management provides distributed manage- 
ment of the network. The user can request any of 
the services to be performed on a remote as well as 
a local node. The NMF interfaces to every other net- 
work layer both to utilize their services and to access 
their internal data bases. 


In support of the above services, the NMF capabili- 
ties include layer management, echo testing, limited 
debugging facilities, and the ability to down line load 
and dump a remote system. 


The NMF software provides a routing management 
facility which can be used to change the internet- 
working routing tables. The routing tables are used 
by the network layer to route information packets 
between subnetworks. 


The NMF provides the hooks for MAP-NET software 
(which provides layers 5 through 7 support for MAP 
networks) to support the network management func- 
tions in the MAP 2.1 specification. Thus, the MAP- 
NET user has a choice of selecting the Intel NMF 
network management functions or the MAP network 
management functions. 


Layer management deals with manipulating the in- 
ternal database of a layer. The elements of these 
data bases are termed objects. Some examples for 
objects are the number of collisions, the retransmis- 
sion timeout limit, the number of packets sent, and 
the list of nodes to boot. NMF can examine and 
modify objects in a layer's data base. 
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An echo facility is provided. Using this facility, one 
node can determine if another node is present on 
the network or not, test the communication path to 
that node, and determine whether the remote node 
is functional. 


NMF enables the user to read or write memory in 
any node present on the network. This feature is 
provided as an aid to debugging. 


NMF can down line load any system present on the 
network. A simple Data Link protocol is used to en- 
sure reliability. This facility can be used to load data- 
bases, to boot systems without local mass storage, 
or to boot a set of nodes remotely, thus ensuring 
that they have the same version of software, etc. 


Dumping is an operation equivalent to memory read 
from the user's standpoint. However, dumping uses 
the Data Link facilities while-memory read uses the 
transport facilities. 


The External Data Link option allows the user to ac- 
cess the Data Link Layer directly instead of having 
-to go through the network and transport layers. This 
flexibility is useful when the user needs custom high- 
er layer software or does not need the Network Lay- 
er and Transport Layer services (e.g. when sending 
"best effort" messages or running customer diag- 
nostics). 


Through the EDL, the capabilities supporting the 
lower layers in iNA 960 are made directly available 
to the user. EDL enables the user to establish and 
delete data link connections, transmit packets to in- 
dividual and multiple receivers, and configure the 
data link software to meet the requirements of the 
given network environment. 


iNA 960 is designed to run on hardware based on 
the 8086, 8088, or 80186 microprocessors and the 
82586 LAN Coprocessor. The software can bE!con- 
figured to run under the iRMX 86 operating system 
or on a dedicated 8086, 8088, or 80186 processor 
separately from the host. The following section de- 
scribes these two operating environments. 


IRMX® 86 Operating System 
Environment 


In this configuration, both the user program and iNA 
960 are running under the iRMX 86 operating sys- 
tem. The communications software is implemented 
as an iRMX 86 job requiring only the iRMX nucleus 


for most operations. The only exception is the boot 
server option which also needs the iRMX 86 Basic 
10System. The iSBX 586 IEEE 802.3 module is sup- 
ported when iNA 960 runs under the iRMX 86 oper- 
ating system. Also, the two user defined data link 
drivers are supported when iNA 960 runs under the 
iRMX 86 operating system. Figures 3 and 4 show 
two example hardware configurations supported by 
iNA 960 running under the iRMX 86 operating sys- 
tem. 


ISIC- 188/51 
WITH IRMX- 
88 
AND INA 960 R2 


Figure 3. Configuration 
using 
ISBC@186/51, IRMX@86 and INA 960 


ISBC«>Boord 
such 
as 
the 
ISBC«>286/12 
Board 
with 
IRMX86 
and 
INA960 
Software 


Figure 4. Configuration 
using an ISBC@Board 
and ISBXTM586 Controller Module 


Operating System Processor 
Independent Implementation 


iNA 960 is also capable of operating in a stand- 
alone system environment under its own operating 
system executive. This mode of operation is appro- 
priate in those systems where the iRMX operating 
system is not the primary operating system, where 
off-loading the host of the communications tasks is 
necessary for performance reasons, or where a cus- 
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tom designed communications front end processor 
configuration is being used. iNA 960 can be config- 
ured to support such implementations by providing 
network services on an 8086, 8088, or 80186 proc- 
essor that in turn controls an 82586 LAN coproces- 
sor. Figure 5 depicts the conceptual block diagram 
of this configuration. The iSBC/iSXM 552, the iSBC/ 
iSXM 552A, and the iSBC 554 boards are MULTI- 
BUS4PI implementations of this architecture. Figures 
6 and 7 depict examples of these implementations. 


This approach provides the component and system 
designer with an ISO standard communications soft- 
ware building block that can be adapted to their sys- 
tem needs with a minimum development effort. For 
added flexibility, iNA 960 provides the user with the 
alternative of using the iNA 960 interface module or 
of writing their own module if necessary. 
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Figure 5. In the operating system/processor 
Independent Implementation 
INA 960 Is running 
on a dedicated 8086, 8088 or 80186 processor. 


ISBC~ 
Host Processor 
Boord 


ISXM"'SS2A 
running 
INA 961 


Figure 6. Configuration 
using the 
ISXMTM552A and INA 961 


ISBC~ 
Host Processor 
Boord 


ISBC~55. 
running 
INA 961 


Figure 7. Configuration 
using the 
ISBC4P554 and INA 961 


iNA 960 is designed to run both under the iRMX 86 
operating system or on a dedicated communications 
front end processor separate from the host. In both 
environments, the user interface is based on ex- 
changing memory segments called request blocks 
between iNA 960 and the client. The format and 
contents of the request blocks remain the same in 
both configurations with only the request block deliv- 
ery mechanism changing. 


Request blocks are memory segments containing 
the data to be passed from the user to iNA 960 
(commands) or from iNA 960 to the user (respons- 
es). The iNA 960 request blocks consist of fixed for- 
mat fields identical across all user commands and 
argument fields unique to the individual commands. 
Refer to Figure 8 for the standard request block for- 
mat. 


Issuing an iNA 960 command consists of filling in the 
request block fields and transferring the block to iNA 
960 for execution. After processing the command, 
iNA 960 returns the request block with one of the 
pre-defined response codes placed in the response 
code field of the request block. The response code 
indicates whether the command was executed suc- 
cessfully or whether an error occurred. By examining 
the response code, the user can take appropriate 
action for that command. 


The request block delivery mechanism is the means 
by which the host processor and the communica- 
tions processor running iNA 960 software exchange 
the request blocks. iNA 960 provides three such 
mechanisms: the MIP (Multibus Inter-process Proto- 
col), the BCB (Base Control Block), and a user-de- 
fined mechanism. The MIP interface is included for 
use in systems already supporting this protocol, the 
BCB is a simple interface for single host environ- 
ments, and the user-defined interface accommo- 
dates unique application requirements. 


FIELDS 
WORD/BYTE 


Reserved 
(2) 
WORD 
Length 
BYTE 
Userl.D. 
WORD 
Response 
Port 
BYTE 
Retur.n Mailbox Token 
WORD 
Segment 
Token 
WORD 
Subsystem 
BYTE 
Opcode 
BYTE 
Response 
Code 
WORD 


Arguments 
BYTE 
) 
• 
• 
• 
• 
• 
• 


FIXED FORMAT 
FIELDS 


(same for all 
commands) 


(changes 
by 
command) 


Transport 
Layer User Interface 


The following 
table summarizes 
the user commands 
and the corresponding 
transport 
layer responses: 


Command 
Function 


OPEN 
Allocates 
memory for the connection 
database 
of a virtual circuit for 
connection 
to be established. 
The connection 
database 
contains 
data 
concerning 
the connection. 


SEND CONNECT 
Requests 
connection 
to a fully specified 
remote transport 
address using 
REQUEST 
specified 
ISO connection 
negotiation 
options. 


AWAIT CONNECT 
Indicates that the transport 
client is willing to consider 
incoming 
connection 
REQUEST 
TRAN 
requests 
based on pre-established 
acceptance 
criteria. 


AWAIT CONNECT 
Indicates that the transport 
client is willing to consider 
incoming 
connection 
REQUEST 
USER 
requests 
if the request meets the address and negotiation 
option criteria it 
passed to the client for further consideration. 


ACCEPT CONNECT 
Indicates that the connection 
requested 
by a remote transport 
service is 
REQUEST 
accepted 
by the client. 


SEND DATA or 
With this command 
the client requests the transmission 
of the data in the 
SEND EOM DATA 
buffers using the normal delivery service of the specified 
connection. 


RECEIVE DATA 
Posts normal receive data buffers for a specific connection 
or for a buffer 
pool used by a class of connections. 


WITHDRAW 
RECEIVE 
Returns a previously 
posted receive buffer for use. 
BUFFER 


SEND EXPEDITED 
Transmits 
up to 16 bytes of data using the expedited 
delivery service. The 
DATA 
expedited 
data is guaranteed 
to arrive at the destination 
before any normal 
data submitted 
afterward. 


RECEIVE EXPEDITED 
Posts receive data buffers for expedited 
delivery for a specific 
connection 
or 
DATA 
for a pool of buffers used by a class of connections. 
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Command 
Function 


WITHDRAW 
EXPEDITED 
Returns a previously 
posted expedited 
delivery receive buffer for use. 


BUFFER 


CLOSE 
Terminates 
an existing connection 
or rejects an incoming 
connection 
request. Any normal or expedited 
data queued up to be sent will not be sent. 


AWAIT CLOSE 
Requests 
notification 
from the client of the termination 
of a specified 
connection. 


STATUS 
Returns status of the transport 
service connections. 


SEND DATAGRAM 
Requests 
transmission 
of the data in the buffers using the transport 
datagram 
service. 


RECEIVE DATAGRAM 
Posts a receive buffer for a specific 
receiver or a class of receivers 
to 
receive data from a transport 
datagram. 


WITHDRAW 
Returns a previously 
posted datagram 
buffer for use. 


DATAGRAM 
BUFFER 


ADD DATAGRAM 
Allows a client to belong to a group and receive datagrams 
sent to this group 
MULTICAST 
10 
in addition to receiving 
datagrams 
specifically 
addressed 
to the client. 


DELETE 
DATAGRAM 
Allows a client to remove themselves 
from a multicast 
group. 


Command 
Function 


READ OBJECT 
Returns the value of the specified 
object to the client. 


SET OBJECT 
Sets the value of an object as specified 
by the client. 


READ AND CLEAR 
Returns the value of the specified 
object to the client then clears the object. 


OBJECT 


ECHO 
This function 
is used to determine 
the presence 
of a node to test the communication 
path to that node and to ascertain 
the viability and functionality 
of the remote host 
addressed. 


UP LINE DUMP 
Requests 
a remote node to dump a specified 
memory area. 


READ MEMORY 
Reads memory of the specified 
network 
node. 


SET MEMORY 
Sets memory of the specified 
network 
node. 


FORCE LOAD 
Causes a node to attempt 
a remote load from another 
node. 


Command 
Function 


CONNECT 
With this command 
the client establishes 
a data link connection. 


DISCONNECT 
Eliminates 
a previously 
established 
connection. 


TRANSMIT 
Transmits 
data contained 
in buffers specified 
by the client. 


POST RECEIVE 
Allocates 
memory for maintaining 
records on receive data buffers. Also may 
PACKET DESCRIPTOR 
be used to allocate 
memory for buffering 
receive data. 


ADD MULTICAST 
Adds an address to the list of data link multicast 
addresses. 


REMOVE 
MULTICAST 
Removes 
an address from the list of data link multicast 
addresses. 


ADDRESS 


SET DATA LINK 10 
Sets up a unique data link 10 for the node. 


iNA 961 contains preconfigured subsets of iNA 960 
that are designed to execute on specific hardware 
configurations such as the iSXM 552A and the iSBC 
554 boards. The preconfigured load files in iNA 961 
are ready for downloading to the hardware and 
therefore require no software configuration effort by 
the customer. 


iNA 960 is highly configurable for a variety of system 
environments, and it therefore allows configuration 
and optimization by the customer. iNA 960 is config- 
urable at the object code level. 


In order to adapt iNA 960 to a specific system envi- 
ronment, the user must configure the software to 
define the desired functions, to select the appropri- 
ate user interface, to set the layer parameters, and 
to set up for the specific hardware configuration. 


There are a number of capability combinations the 
user may elect to implement in their application. At 
the transport layer level, the options are virtual cir- 
cuit service with or without expedited delivery, or da- 
tagram service, or both. At the network layer level, 
the options are to use the ISO 8473 internet layer or 
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to use a null network layer. At the data link level, the 
user may include or exclude the External Data Link 
interface. 


The Network Management Facility is also optional. 
When it is configured in, the user may also include 
the boot server module. These capabilities can be 
made available simply by linking in the correspond- 
ing software modules. The interface options are also 
implemented in a modular fashion. The user links in 
the desired module to set up for the iRMX 86 operat- 
ing system or the operating system independent 
configurations. 


Layer parameters and configuration options are first 
edited into layer configuration files, then assembled 
and linked into iNA 960. Layer parameters adjust the 
network's operation to match the usage pattern and 
the available resources. For example, within the 
Transport Layer, the flow control parameters, the re- 
transmission timer parameters, the transport data 
base parameters, etc. can be set via this process. 


During the configuration process, the user also sets 
up for the required hardware configuration, such as 
port addresses, interrupt levels, number of memory 
buffers, etc. For the flow diagram of configuring iNA 
960, refer to Figure 9. 
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_ 
OPTIONAL 
FUNCTIONS 
• 
USER 
ENVIRONMENT 
• 
LAYER 
PARAMETERS 
• 
H/W CONFIGURATION 


Hardware 
Supported 
- 
iSBC 186/51 Communication Computer 
- 
iSBC/iSXM 552 and 552A Ethernet COMMen- 
gines 
- 
iSBC 554 Token Bus (MAP) COMMengine 
- 
iSBX 586 Ethernet Data Link Engine when con- 
figured with a supporting iSBC or iSXM board. 


Typical 
Throughput 
at Transport 
Environments: 
186/51 andiRMX86 
Operations System 
Dedicated 80186/82586 
COMMengine 
100k to 300k bytes/ 
sec 


Memory Requirements (in bytes): 
Base System 
12k plus configurable 
buffer memory 
18k plus configurable 
buffer memory 


2k 
3k 
plus 
data 
base 
memory 
20k 


2k 
1k to 5k 


5k 


5k 


Normal Virtual Circuit 
Option 
Expedited Delivery Option 
Datagram Option 


ISO 8473 Internet Layer 
Null Network Layer 
NMFOption 
Ex1ernalData Link Option 
Boot Server Option 


Available Literature: 
- 
iNA 960 Release 2.0 Programmers Reference 
Manual (149231-001) 
- 
iNA 
960 
Release 
2.0 
Configuration 
Guide 
(149230-001) 
- 
iSBC 
186/51 
Hardware 
Reference 
Manual 
(122136-002) 
- 
iSBC/iSXM 552 Hardware Reference Manual 
(122141-002) 
- 
iSBC/iSXM 552A Hardware Reference Manual 
(149228-001) 
- 
iSBC 554 Hardware Reference Manual (149229- 
001) 


- 
MAP-NET 
Programmers 
Reference 
Manual 
(149227-001) 
RMX-NET 
Programmers 
Reference 
Manual 
(122323-002) 


iNA 960 is the order code for the fully configurable 
version of iNA 960 with the full ISO standard trans- 
port and network services. Licenses are available for 
both the object and the source code. 


iNA 961 is the order code for a preconfigured ver- 
sion of iNA 960 for the following hardware configura- 
tions: 


Hardware 
Network 
Layer 
1/ ofVlrlual 
Circuits 


- 
iSXM 552 Board 
null 
30 
- 
iSXM 552A Board 
null 
100 


- 
iSXM 552A Board 
internet 
100 


- 
iSBC 554 Board 
internet 
100 


- 
iSBC 554/iSBX 
internet 
(router) 
(no transport) 
586 Boards 


iNA 960 release 1 is the former version (available 
since 1984) of fully configurable iNA 960 software 
that conformed with the draft ISO transport standard 
(DIS 8073). The network layer is null. Release 1 will 
be supported by Intel until all operating system prod- 
ucts such as iXNX and iRMX convert to iNA 960 
Release 2 transport services. 


iNA 961 Release 1 includes preconfigured subsets 
of iNA 960 Release 1 for the following hardware 
configurations: 


Hardware 
# of Virtual Circuits 


- 
iSXM 552 Board 
30 
- 
iSXM 552A Board 
100 


Order 
Code 
Product 
iNA960ESR Machine Readable Source Code 
iNA960LST 
Human Readable Source Code 
iNA960YRO Object 
Code 
License-Configurable 
iNA961ZRO Object Code License-Preconfigured 
iNA960RF 
Incorporation fee per unit. 
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iRMX® NETWORKING SOFTWARE RELEASE 2.0 
MEMBER OF THE OpenNETTM PRODUCT FAMILY 


• 
Provides 
Transparent 
Network 
File 
Access 
- 
Remote 
Flies can be Accessed 
Just 
Like Local Flies 
- 
Network 
Communications 
are 
Transparent 
to the User 


• 
Provides 
Network 
File Protection 
and 
User Access 
Control 
Mechanisms 


• 
Supports 
File Server 
and/or 
File 
Consumer 
Applications 


• 
Implements 
a Distributed 
Name Server 
to Minimize 
Administrative 
Effort 


• 
Connects 
IRMX, DOS, XENIX·, 


VAX/VMSt, 
and OpenNETTM 
NRM 
Systems 
on the LAN 
- 
Runs Under the IRMX@ 86 R7 and 
iRMX@ 286 R2 Operating 
Systems 
- 
Interoperates 
with XENIX 
Networking 
Software 
(XENIX-NET), 
Intel OpenNET 
PC Link with 
Microsoft 
Networks 
(MS-NET), 
VAX/VMS 
OpenNET, 
and iNDX 
OpenNET 
Software 


• 
Supports 
Open NET IEEE 802.3 
Compatible 
Hardware 
and ISO 8073 
Software 
- 
iSXMTM 552/552A 
COMMenglne 
Boards 
-ISBC@ 
186/51 
COMMputer™ 
Board 
-INA 
960/961 
Transport 
Software 


The Intel iRMX@ Networking 
Software 
(iRMX-NET) 
implements 
the Network 
File Access 
(NFA) protocols 
to 


provide transparent 
access to files on other systems 
that are attached 
to the same Local Area Network 
(LAN) 


and 
that 
are running 
the 
appropriate 
Network 
File Access 
software. 
Transparent 
file access 
means 
that 
remote 
files can be accessed 
as if they were 
local because 
the OpenNETTM 
software 
does the necessary 


network 
communications 
for the user. 


A seven layer OSI communication 
system solution 
is established 
on an iRMX system when the iRMX Network- 
ing Software 
is used in conjunction 
with the Intel iNA 960/961 
Transport 
Software 
plus hardware 
such as the 
iSXMTM 552A or the iSBC@ 186/51 
communication 
processor 
boards. 
Networked 
iRMX systems 
can serve in 


a wide range 
of applications 
including 
real time transaction 
processing, 
automated 
testing, 
data collection, 


communications 
switching, 
and process 
control. 


'XENIX 
and MS-DOS 
are trademarks 
of Microsoft 
Corp. 
tVAX 
and VMS are trademarks 
of Digital 
Equipment 
Corp. 
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iRMX-NET provides transparent network file access 
by implementing the Network File Access protocols. 
The Network File Access protocols provide the abili- 
ty for local application programs to access remote 
files by attaching the remote system as a local file 
system device. Then remote files can be accessed 
by simply using the remote system's name as part of 
the file pathname. 


The Network File Access protocols were developed 
jointly by IBM, Microsoft, and Intel to provide a pow- 
erful set of network file access capabilities among a 
variety of heterogeneous operating systems. The 
Network File Access protocols have been imple- 
mented on iRMX with iRMX-NET, on PC/MS-DOS· 
with 
MS-NET, on XENIX· 
with XENIX-NET, on 
VAXIVMSt 
with VAXIVMS OpenNET, and on the 
NRM (Network Resource Manager for Intel micro- 
processor development systems) with iNDX Open- 
NET software. 


iRMX-NET provides the transparent network file ac- 
cess capability through file consumer and file server 
software functions. The file consumer software inter- 
cepts file commands from the local application pro- 
gram and transmits them across the LAN to the file 
server node where the target file resides. The file 
server software receives, interprets, and executes 
commands received over the LAN from remote file 
consumers. When iRMX-NET is initially installed, the 
user has the option of configuring the system to in- 
clude either or both of the file consumer and file 
server functions. 


The iRMX-NET Network File Access service pro- 
vides functionality for layers 5 through 7 of the OSI 
7-layer communications model. The layer 1 through 
4 services are provided by iNA 960/961 Transport 
Software 
and IEEE 802.3 compatible 
controller 
boards such as the iSXM 552A or the iSBC 186/51. 


iRMX-NET capabilities can be installed in a variety of 
hardware configurations to meet differing system re- 
quirements. For example, a "COMMengine" config- 
uration consists of a host processor board executing 
iRMX-NET R2.0 under either iRMX 86 or iRMX 286 
and an intelligent network controller board executing 
iNA 961 Transport Software. Figure 1 shows an ex- 
ample of a COMMengine configuration with an iSBC 
286/12 host board and an iSXM 552A COMMengine 
controller board. Also, a single board COMMputer™ 
system can be implemented with an iSBC 186/51 
board executing both iRMX-NET software and iNA 
960 
Transport 
Software 
under 
iRMX 86. 
See 
Figure 2. 


iRMX-NET is included at iRMX configuration time as 
a user job if the Extended I/O System (EIOS) is not 


present or as an I/O job if the EIOS is present. 
iRMX-NET contains a number of user-defined pa- 
rameters which must be set up when configuring the 
system. These parameters include the number of file 
consumers served concurrently, the identification of 
which directories are public, and the specification of 
various time-out values. 


051 
MODEL 
SOnwARE 
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] 1RMX<Ili86 OR IRMX286 
IRMX- NET 
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: 
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231372-8 


Figure 1. Example Configuration 
using an 
iSXMTM552A COMMenglne as an Intelligent 
Front·End Processor 
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Figure 2. Example Configuration 
using an 
ISSC@186/51 COMMputer™ 


The iRMX Operating System provides a flexible 
structure for managing directories of files on several 
different devices. To illustrate some of the capabili- 
ties, refer to the example system configuration 
shown in Figure 3. 


In this example, disk A is the system device. The 
system device is the storage device from which the 


inter 


system 
is bootstrapped 
and it is also the default 
de- 
vice to which file references 
are directed. 
When the 


system 
is initialized, 
application 
programs 
can ac- 


cess directories 
and files on device 
A with a hierar- 
chical directory 
structure. 
Files on the system device 


are accessed 
with the following 
iRMX naming 
con- 


vention: 


The 
system 
device 
"A" 
is the 
default 
device 
and 


therefore 
it doesn't 
have to be specifically 
identified 


in the path name. 
If the user wishes 
to access 
files 


on another 
device, for example 
"B", 
that device can 


be attached 
to the file system 
with the iRMX com- 


mand: 


Then files can be directly 
accessed 
on the B device 
with this naming 
convention: 


TRANSPARENT 
NETWORK 
FILE 
ACCESS 


Transparent 
network 
file access 
enables 
the 
user 


application 
to manipulate 
and use remote 
files as if 


they were local. In contrast, 
a less-sophisticated 
file 


transfer 
capability 
typically 
requires 
a multi-step 
pro- 


cess with the application 
program 
having to find the 


address 
of the remote 
system, 
to move 
the file to 


the local system, 
to process 
it, and then to restore 
it 


to the remote 
system 
when 
processing 
is complet- 


ed. 


The benefit transparent 
network 
file access provides 


is user access 
to remote 
files without 
the need to 


transfer 
the file back 
and forth 
from the remote 
to 


the 
local system. 
The network 
communications 
re- 
quired to access the remote file are managed 
by the 


iRMX-NET 
software 
in a way that 
is transparent 
to 


the user application. 


To access 
a remote 
file, the user first attaches 
the 


remote 
network 
node as a file system 
device. 
Then 


remote files can be accessed 
by designating 
the re- 


mote 
node 
logical 
device 
name 
as part of the file 


pathname. 


For example, 
Figure 4 illustrates 
two systems 
on a 


local 
area 
network, 
both 
equipped 
with 
iRMX-NET 


software. 
System 
S1 would access 
its local files on 


disk A with the following 
iRMX naming 
convention: 


The user on S1 can access 
files on the remote 
net- 


work 
node, System 
S2, by first attaching 
S2 to the 


file system 
with the augmented 
iRMX command: 


This allows user on system S1 to access the remote 
files on System 
S2 with the simple 
naming 
conven- 


tion: 


REIoIOTE 
LOCAL 
FILES 
FILES 


DISK C 


iRMX-NET 
provides 
transparent 
network 
file access 


at the BIOS, EIOS and Human Interface 
levels of the 


iRMX Operating 
System. 
This means 
that 
all iRMX 


user applications 
that 
use the 
BIOS, 
EIOS, or Hu- 


man Interface 
file access commands 
can be used in 


a networked 
environment 
where the referenced 
files 


may reside at other network 
nodes on the local area 


network. 


NETWORK 
FILE PROTECTION 
AND 


USER ACCESS CONTROL 


The iRMX-NET 
Network 
File Access 
software 
also 


adds the benefits 
of extensive 
file security 
mecha- 


nisms across 
the network. 


The file accessing 
capabilities 
implemented 
by the 


iRMX-NET 
OpenNET 
Network 
File Access 
software 


extends 
the file systems 
of the 
individual 
network 


nodes into a network 
hierarchical 
file system. 
Within 


inter 


the network, 
any user with appropriate 
access 
per- 
missions 
can access 
each of the public files on oth- 
er network 
nodes through 
a unique path of the net- 
work 
directory. 
iRMX-NET 
allows 
directories 
to be 
designated 
as public (accessible 
from other network 
nodes) or private (accessible 
only locally) when con- 
figuring 
the file server. 


In addition, 
the iRMX Operating 
System 
itself offers 
the 
ability 
to define 
protection 
rights 
for individual 
directories 
and files. 
The 
iRMX-NET 
software 
pro- 
vides the ability to extend 
these file protection 
privi- 
leges to accesses 
over the local area network. 
Local 
iRMX 
files 
and 
directories 
can 
be specified 
to be 
"read 
only" 
or "writable." 
Within 
the 
network 
file 
system, 
these access 
rights apply to remote 
files as 
well. 


iRMX-NET 
also 
defines 
two 
types 
of user access 
control 
that 
allows 
the 
network 
administrator 
a 
trade-off 
between 
performance 
and level of security. 
The 
first 
type 
of 
protection 
is called 
"consumer- 


based" 
protection 
and offers 
the 
highest 
perform- 
ance for accessing 
remote 
files. The second 
type is 
called 
"server-based" 
protection 
and 
offers 
the 
highest 
level of security. 
The two types of user pro- 
tection 
rely 
on 
an 
iRMX-NET 
concept 
called 
the 


"Administrative 
Unit." 
The Administrative 
Unit (AU) 
is a collection 
of network 
nodes that have the same 
set of users 
defined. 
The 
Administration 
Unit can 
contain 
only one network 
node if desired. 


The consumer-based 
mechanism 
applies to network 
nodes within one Administrative 
Unit. In this case, a 
user is checked 
for valid username 
and password 
by 
the 
local 
system, 
and once 
this access 
is gained, 


public files on other nodes within the Administrative 
Unit can be accessed 
without 
further 
user verifica- 
tion by the destination 
node. 
Because 
of the mini- 
mum 
of administrative 
overhead, 
consumer-based 


protection 
is 
the 
best 
performer. 
However, 
this 
mechanism 
offers 
the least protection 
against 
mali- 
cious 
users and therefore 
is best suited 
for collec- 
tions 
of users that 
are trustworthy 
and where 
per- 
formance 
is of particular 
value. 


Server-based 
protection 
comes into play for access- 
es that 
cross 
Administrative 
Unit 
boundaries. 
For 
these accesses, 
the remote system whose file is be- 
ing accessed 
checks 
the user identification 
to con- 
firm authorization 
before granting 
access to the pub- 
lic files in its file system. 
This mechanism 
offers the 
highest 
level of security. 


An example 
of the Administrative 
Unit concept 
and 
its use in setting 
up consumer-based 
protection 
and 
server-based 
protection 
network 
nodes 
is shown 
in 
Figure 
5. In this 
example, 
the 
networked 
systems 
S1, S2, and S3 are all within Administrative 
Unit # 1 
and can access each others files with the consumer- 
based mechanism. 
However, 
if system 
S2 wishes to 
access 
files on a system 
in another 
Administrative 
Unit (such as system 
S4), the server-based 
mecha- 
nism takes 
effect 
and the destination 
system 
(S4) 
checks 
user authorization 
before granting 
access 
to 
its public files. 


FILE SERVER 
AND FILE CONSUMER 
IMPLEMENTATION 


iRMX-NET 
implements 
file access 
across 
the 
net- 
work 
through 
introducing 
a new file type, 
the 
"re- 
mote 
file." 
The 
iRMX 
Operating 
System 
normally 
supports 
physical, 
stream, 
and named 
files through 
the respective 
file drivers contained 
within the Basic 
I/O 
System 
(BIOS). 
The 
iRMX-NET 
file 
consumer 
software 
adds a new file driver 
called 
the 
Remote 
File Driver (RFD). All local commands 
that reference 
remote 
files are intercepted 
at the 
BIOS level and 


ADt.CIN. UNIT 2 
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Figure 5. Example 
of iRMX®·NET 
File Protection 
Administration 
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are redirected through the RFD to the appropriate 
remote node on the network. At the remote node, 
the iRMX-NET file server software receives com- 
mands from the network and forwards them to the 
local operating system which then executes the 
commands on the remote node's local file system. 


Figure 6 shows the implementation of both the file 
consumer and file server software in a COMMengine 
environment. In a COMMengine environment, the 
Multibus Interprocessor 
Protocol 
(MIP) Software 
provides the interface between the iRMX-NET Soft- 
ware executing on the host processor board and the 
iNA 961 Transport Software executing on the intelli- 
gent network controller board. 


When a request for a remote file is made, the Re- 
mote File Driver routes the request to the iRMX-NET 
File Consumer Software. The File Consumer Soft- 
ware translates the remote network node name into 
a network address and then formats network com- 
munication messages that are sent by the MIP Soft- 
ware to the iNA 961 Transport Software and then to 
the remote network node. 


When a file access request is received from the net- 
work, the iNA 961 Transport Software routes the re- 
quest via the MIP Software to the iRMX-NET File 
Server Software. The File Server Software in turn 


accesses the file system through an iRMX Operating 
System dependent software module called the Apex 
File Access (AFA) Software. The AFA Software re- 
ceives requests from the File Server Software and, 
acting as the remote user, executes the necessary 
file operations corresponding to the requests. 


The User Administration (UA) module maintains the 
files used when making additions and deletions of 
authorized users and consumer systems within an 
Administrative Unit on the network. 


The Name Server Software provides name-to-net- 
work-address mapping for the network node on 
which it is installed. iRMX-NET implements a distrib- 
uted or "protocol based" name server scheme in 
which every node "knows" its own name and ad- 
dress. The named network node responds with iden- 
tification of its address to any name server request 
for its name (See Figure 7). The file consumer uses 
this mechanism to translate a remote network node 
name to a network address when a remote file is 
accessed. As a result, network management is sim- 
plified since there is no need to maintain a master 
directory file within the network. 


inter 


~STEP 
1: 
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WHERE 
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STEP 
2: 
B REPLIES: 
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An iRMX-NET 
system can transparently 
access 
files 
resident 
at remote 
systems 
that are configured 
with 
OpenNET 
Network 
File Access 
file server software. 
iRMX-NET, 
XENIX-NET. 
VAXIVMS 
OpenNET. 
and 
iNDX OpenNET 
equipped 
network 
nodes can act as 
file servers. 
Likewise, 
an iRMX-NET 
equipped 
net- 
work node can act as a file server to other 
network 
nodes 
that 
are 
equipped 
with 
OpenNET 
Network 
File 
Access 
file 
consumer 
software. 
iRMX-NET, 


XENIX-NET. 
and 
Microsoft 
Networks 
(MS-NET) 
equipped 
nodes can act as file consumers. 
See Fig- 
ure 8 for an illustration 
of these interoperation 
capa- 
bilities. The arrows in the diagram 
indicate 
the direc- 
tion of resource 
requests. 
Table 
1 lists the operating 
systems 
and the required 
networking 
software 
that 
interoperate 
with 
iRMX-NET 
R2.0 
when 
installed 
with either the iRMX 86 R7 or iRMX 286 R2 Operat- 
ing Systems. 


INDX 


INDX OpenNET 


1RlolX<ll> 


IRlolX- 
NET 


IRlolX 


IRlolX- 
NET 


CONSUlolER 


XENIX 
XENIX 
NETWORKING 
SOFTWARE 


CONSUlolER 


lolS-DOS·jPC-DOS 
lolS-NET 


·XENIX 
and MS-DOS 
are trademarks 
of Microsoft 
Corp. 
tVAX 
and VMS are trademarks 
of Digital 
Equipment 
Corp. 


Figure 8. IRMX~·NETR2.0 Interoperablllty 
with other OpenNETTM 
Systems 
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Operating 
System 
Networking 
Software 


XENIX· 
R3.4 
XENIX Networking 
Software 
R2.0 


MS-DOS· 
V3.1-3.2 
MS-NET 
V1.0-1.01 


iNDXR3.2 
NDS" 
R3.2 
OpenNEnM 
File Servers 


VAXIVMSt 
V4.2-4.4 
VAXIVMS 
OpenNET 
R1.0 


iRMX<II>86 R7 
iRMX-NET 
R2.0 
iRMX286 
R2 


iRMX86 
R6 
iRMX-NET 
R1.0A 


·XENIX 
and MS-DOS 
are trademarks 
of Microsoft 
Corp. 


tVAX 
and VMS are trademarks 
of Digital 
Equipment 
Corp. 


iRMX-NET 
R2.0 is supported 
by the iRMX 86 R7 and 
the iRMX 286 R2 Operating 
Systems. 


iRMX-NET 
R2.0 operates 
with the iNA 960 RU 
or 
iNA 961 R1.3 Transport 
Software 
and runs in either 
COMMputer 
mode or COMMengine 
mode. 


iRMX-NET 
R2.0 
operates 
in a COMMengine 
envi- 
ronment 
with 
a variety 
of host 
iSBC boards 
along 
with the iSXM 552 and iSXM 552A LAN controllers. 


iRMX-NET 
R2.0 operates 
in a COMMputer 
environ- 
ment with the iSBC 186/51. 


iRMX-NET 
R2.0 is NOT supported 
by the iRMX 86 
R6 or iRMX 286 R1 Operating 
Systems. 


iRMX-NET 
R2.0 
does 
NOT 
operate 
with 
iNA 
961 
R1.1 or iNA 960/961 
R2.0 Transport 
Software. 


iRMX-NET 
R2.0 does 
NOT 
operate 
with the 
iSBC 
186/530 
LAN Controller 
board 
or with the 
iSBXTM 
586 MULTIMODULETM. 


The compatible 
combinations 
of COMMengine 
and 
COMMputer 
hardware 
and 
software 
are shown 
in 
Tables 
2, 3, and 4. 


Table 
2. Valid IRMX@·NET R2.0 Compatible 
COMMenglne 
Host 
Boards 
and Software 


COMMenglne 
Host 
ISBC<II>Boards: 


86/30 
86/35 
286/10 (A) 
286/12 
286/20 
386/20 


Host 
Operating 
System 


IRMX<II>86 
IRMX<II>286 


R7 
R6 
R2 
R1 


Yes 
No 
No 
No 
Yes 
No 
No 
No 
Yes 
No 
Yes 
No 
Yes 
No 
Yes 
No 
Yes 
No 
Yes 
No 
No 
No 
Yes 
No 


Table 
3. IRMX@-NET R2.0 Compatible 
COMMenglne 
LAN Controller 
Boards 
and Software 


COMMenglne 
Transport 
Software: 


iNA961 
R1.3 


iNA 961 R2.0 


COMMenglne 
Hardware 


ISXMTM 552A 
ISXM 552 
ISBC<II>186/530 


Yes 
Yes 
No 


No 
No 
No 


Table 
4. IRMX@-NET 
R2.0 Compatible 
COMMputer™ 
Boards 
and Software 


COMMputer™ 
Software: 


iRMX<II>86 
R7 
R6 


iRMX 286 
R2 
R1 


iNA960 
R1.1 
R2.0 


COMMputer 
Hardware 


ISBC<II>186/51 
ISBC286/12 
with 
ISBXTM 586 


Yes 
No 
No 
No 


No 
No 
No 
No 


Yes 
No 
No 
No 


iRMX-NET 
R2.0 typically 
requires 
from 90K to 145K 
bytes of memory 
depending 
on the particular 
hard- 
ware and software 
configuration. 


Order Code 


RMXNETJSU 


Description 


Development 
license. 
No 
pass-through 
allowed. 


OEM 
license 
allowing 
pass- 
through 
of 
iRMX-NET 
Soft- 
ware 
with 
payment 
of appro- 
priate incorporation 
fee. 


Incorporation 
fee 
for 
iRMX- 
NET. 


Development 
license 
kit bun- 
dling iRMX-NET 
Software 
with 
the 
iNA 
961 
Transport 
Soft- 
ware. 
No 
pass-through 
al- 
lowed. 


iRMX-NET 
Software 
bundled 
with 
the 
iNA 
961 
Transport 
Software 
and the iSXM 552A 
LAN 
controller 
to 
provide 
a 
complete 
IEEE 
802.3 
LAN 
connection 
for an iRMX Multi- 
bus system. 


An Intel Software 
License 
Agreement 
(SLA) 
is re- 
quired to order iRMX-NET 
Software 
products. 


Please consult 
the current 
Intel Product 
Catalog 
for 
complete 
order 
code 
descriptions 
and licensing 
in- 


formation. 


Title 


iRMX Networking 
Software 
Release 
2.0 User's Guide 


iRMX Networking 
Software 
Users' Guide 
[for iRMX-NET 
R1.0A] 


iNA 960 Programmer's 
Reference 
Manual 
[for iNA 960 RU] 


iNA 960 Architecture 
Reference 
Manual 
[for iNA 960 RU] 


Order 
No. 


460255 


Title 


iNA 961 Programmer's 
Reference 
Manual 
[for iNA 961 R1.3] 


iNA 960 Release 2.0 Programmer's 
Reference 
Manual 


iNA 960 Release 2.0 Configuration 
Guide 


iSBC/iSXM 
552A IEEE 802.3 
Communication 
Controller 
User's Guide 
[Hardware 
Reference 
Manual] 


iSBC 552 Ethernet 
Communications 
Controller 
Hardware 
Reference 
Manual 
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iSBC® 186/51 
COMMUNICATING 
COMPUTER 
MEMBER OF THE OpenNETTM PRODUCT FAMILY 


• 
6 MHz 80186 Microprocessor 


• 
128K Bytes of Dual-Ported 
RAM 
Expandable 
On-Board 
to 256K Bytes 


• 
82586 Local Area Network 
Coprocessor 
for Ethernet/IEEE 
802.3 Specifications 


• 
Two Serial Interfaces, 
RS-232C 
and 
RS-422A/RS-449 
Compatible 


• 
Supports 
Transport 
Layer Software 
(iNA 960) and Higher Layer 
Communications 
Software 
(such as 
iRMX®-NET) 


• 
Sockets 
for up to 192K Bytes of JEDEC 
28 Pin Standard 
Memory 
Devices 


• 
Two iSBXTM Bus Connectors 


• 
16M Bytes Address 
Range of 
MUL TIBUS® 
Memory 


• 
MUL TIBUS 
Interface 
for Multimaster 
Configurations 
and System 
Expansion 


• 
Supported 
by a Complete 
Family of 
Single Board Computers, 
Peripheral 
Controllers, 
Digital and Analog 
1/0, 
Memory, 
Packaging 
and Software 


The iSBC@ 186/51 
COMMUNICATING 
COMPUTER, 
THE COMMputer™, 
is a member 
of Intel's OpenNETTM 
family of products, 
and supports 
Intel's 
network 
software. 
The COMMputer 
utilizes Intel's 
VLSI technology 
to 
provide 
an economical 
self-contained 
computer 
for applications 
in processing 
and local area network 
control. 


The combination 
of the 80186 Central Processing 
Unit and the 82586 Local Area Network 
Coprocessor 
makes 
it ideal for applications 
which 
require 
both communication 
and processing 
capabilities 
such 
as networked 
workstations, 
factory 
automation, 
office 
automation, 
communications 
servers, 
and many 
others. 
The CPU, 
Ethernet 
interface, 
serial communications 
interface, 
128K Bytes of RAM, up to 192K Bytes of ROM, I/O ports 
and drivers 
and the MUL TIBUS interface 
all reside on a single 6.75" 
x 12.00" 
printed 
circuit board. 


Communicating 
Computer 


Intel's 
OpenNET 
strategy 
provides 
the 
user 
with 
building 
blocks 
to implement 
all seven 
layers of the 
International 
Standards 
Organization's 
(ISO) Open 
Systems 
Interconnect 
(OSI) 
model 
(see 
Figure 
2.) 
The iSBC 186/51 
is a part of the OpenNET 
product 
family. The iSBC 186/51 
can host iNA 960 transport 
layer software 
to provide 
ISO 8073 class 4 standard 
protocol 
on IEEE 802.3 LAN. In conjunction 
with the 
transparent 
file 
access 
software, 
iRMX-NET, 
the 
iSBC 186/51 
and iNA 960 provide a complete 
seven 
layer communications 
solution. 


The iSBC 186/51 
board integrates 
a programmable 
processor 
and communications 
capability 
onto one 
board, 
serving 
both 
computational 
and 
networking 
capacities 
as dictated 
by the application. 
The com- 
munications 
coprocessor 
(82586) aids in this task by 
accomplishing 
as much of the communications 
task 
as possible 
before 
the 
processor 
intervenes 
(thus 
reducing 
the overhead 
load of the 80186 processor). 
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Figure 2. iSBC® 186/51 
Implementation 
of ISO 
Standard 
Model 
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The dual capabilities of the iSBC 186/51 board are 
useful in three types of applications: (1) as a single 
board communicating computer running both user 
applications and communications tasks; (2) as one 
bus master of a multiple processor board solution 
running a portion of the overall user application and 
the communications tasks; and (3) as an "intelligent 
bus slave" that performs communications related 
tasks as a peripheral processor to one or more bus 
masters in a communications intensive environment. 


The iSBC 186/51 board is functionally partitioned 
into three major sections: central computer, I/O in- 
cluding LAN interconnect and memory including 
shared dual port RAM (Figure 1). 


The central computer, an 80186 CPU, provides pow- 
erful 
processing 
capability. The 
microprocessor, 
together with the on-board PROM/EPROM sites, 
programmable timers/counters, and programmable 
interrupt control provide the intelligence to manage 
sophisticated communications operations on-board 
the iSBC 186/51. The timers/counters and interrupt 
control are also common to the I/O area providing 
programmable baud rates to USARTs and prioritiz- 
ing interrupts generated from the USARTs. The cen- 
tral computer functions are protected for access by 
the on-board 80186 only. 


The I/O is centered around the Ethernet access pro- 
vided by the 82586. All 10 Mbps CSMAlCD proto- 
cols can be supported. Included here as well are two 
serial interfaces, both of which are fully programma- 
ble. In support of the single board computer, two 
iSBX connectors are provided for further customer 
expansion of I/O capabilities. The I/O is under full 
control of the on-board CPU and is protected from 
access by other system bus masters. 


The third major segment, dual-port RAM memory, is 
the key link between the 80186, the Ethernet con- 
troller, and bus masters (if any) managing the sys- 
tem functions. The dual-port concept allows a com- 
mon block of dynamic memory to be accessed by 
the on-board 80186 CPU, the on-board Ethernet 
controller and off-board bus masters. The system 
program can, therefore, utilize the shared dual-port 
RAM to pass command and status information be- 
tween the bus masters and on-board CPU and 
Ethernet controllers. In addition, the dual-port con- 
cept permits blocks of data transmitted or received 
to accummulate in the on-board shared RAM, mini- 
mizing the need for a dedicated memory board. 


CENTRAL 
COMPUTER 
FUNCTIONALITY 


Central Processing 
Unit 


The central processor for the iSBC 186/51 is Intel's 
80186 CPU. The 80186 is a high integration 16-bit 
microprocessor. It combines several of the most 
common system components onto the chip (Le., Di- 
rect Memory Access, Interval Timers, Clock genera- 
tor, and Programmable Interrupt Controller). The 
CPU architecture includes four 16-bit Byte address- 
able data registers, two 16-bit index registers and 
two 16-bit memory base pointer registers. These are 
accessible by a total of 24 operand addressing 
modes for (1) comprehensive memory addressing, 
and (2) support of the data structures required for 
today's structured, high level languages-as 
well as 
assembly language. 


The 80186 instruction set is a superset of the 8086. 
It maintains object code compatibility while adding 
10 new instructions to the existing 8086 instruction 
set. The 80186 retains the variable length instruction 
format (including double operand instructions), 8-bit 
and 16-bit signed and unsigned arithmetic operators 
for binary, BCD and unpacked ASCII data, and itera- 
tive word and byte string manipulations. Added in- 
structions include: Block I/O, Enter and Leave sub- 
routines, Push Immediate, Multiply Quick, Array 
Bounds Checking, Shift and Rotate by Immediate, 
and Pop and Push All. 


A six-byte instruction queue provides prefetching of 
sequential instructions and can reduce the 1000 ns 
minimum instruction cycle to 333 ns for queued in- 
structions. The stack oriented architecture readily 
supports modular programming by facilitating fast, 
simple intermodule communication, and other pro- 
gramming constructs needed for asynchronous real- 
time systems. Using a windowing technique and ex- 
ternal logic, the full 16M Bytes addressing range of 
the IEEE-796 MULTIBUS Standard is available to 
the user. The dynamic relocation scheme allows 
ease in segmentation of pure procedure and data for 
efficient memory utilization. Four segment registers 
(code, stack, data, extra) contain program loaded 
offset values which are used to map 16-bit address- 
es to 20-bit addresses. Each register maps 64K 
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Bytes at a time and activation 
of a specific 
register 
is 
controlled 
both explicitly 
by program 
control, 
and im- 
plicitly 
by specific 
functions 
and instructions. 
A flag 
byte signaling 
mechanism 
aids in creating 
an inter- 
processor 
communication 
scheme. 
This includes 
(1) 
the 
ability 
to 
set/reset 
interrupts 
with 
MUL TIBUS 
commands 
and (2) board reset. 


Programmable 
Timers 


The 
80186 
provides 
three 
internal 
16-bit 
program- 
mable 
timers. 
Two of these 
are highly flexible 
and 
are connected 
to four external 
pins (two per timer). 
They can be used to count external 
events, time ex- 
ternal 
events, 
generate 
nonrepetitive 
waveforms, 
etc. The third timer is not connected 
to any external 
pins, and is useful for real-time 
coding 
and time de- 
lay applications. 
In addition, 
this third timer can be 
used as a prescaler 
to the other 
two, or as a DMA 
request 
source. 
The factory 
default 
configuration 
for 
timer 0 is baud rate generator. 


The 
80130-6 
provides 
three 
more 
programmable 
timers. 
One is a factory 
default 
baud rate generator 
and outputs 
an 8254 compatible 
square wave to the 
RS232 
Channel 
B. The 
other 
two 
timers 
are 
as- 
signed 
to 
the 
use 
of 
the 
Operating 
System 
and 
should 
not be altered 
by the user. 


The system software 
configures 
each timer indepen- 
dently 
to select 
the desired 
function. 
Examples 
of 
available 
functions 
are shown 
in Table 
1. The con- 
tents of each counter 
may be read at any time during 
system 
operation. 


Interrupt Capability 


The 
iSBC 
186/51 
has two 
programmable 
interrupt 
controllers 
(PICs): one in the 80186 component 
and 
one in the 80130-6 
component. 
In the iRMX mode, 


the 80186 interrupt 
controller 
acts as a slave to the 
80130-6. 
The 80186 interrupt 
controller 
in this mode 
uses 
all of its external 
interrupt 
pins. 
It therefore 
services 
only 
internally 
generated 
interrupts 
(Le., 


three timers, two DMA channels). 
The 80130-6 
inter- 


rupt controller 
operates 
in the master 
mode and has 
eight 
prioritized 
inputs that 
can be programmed 
ei· 
ther edge or level sensitive. 


The iSBC 186/51 
board 
provides 
9 vectored 
inter- 


rupt levels. The highest 
level is the NMI (Non-Mask- 
able Interrupt) 
line which is directly 
tied to the 80186 
CPU. This interrupt 
is typically 
used for signaling 
cat- 
astrophic 
events 
(e.g., power failure). 
The Program- 


mable Interrupt 
Controllers 
(PIC) provide control 
and 
vectoring 
for 
the 
next 
eight 
interrupt 
levels. 
As 
shown 
in Table 
2, a selection 
of four 
priority 
proc- 


Function 
Operation 


Interrupt 
on 
When terminal 
count is reached, 
an interrupt 
request is generated. 
This function 
is 
Terminal 
Count 
extremely 
useful for generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt of an external trigger edge or software 
command 
and 
One-Shot 
returns high when terminal count is reached. 
This function 
is retriggerable. 


Rate Generator 
Divide by N counter. 
The output will go low for one input clock cycle, and the period 
from one low going pulse to the next is N times the input clock period. 


Square-Wave 
Rate 
Output will remain high until % the count has been completed, 
and go low for the 
Generator 
other half of the count. 


Software 
Output remains high until software 
loads count (N). N periods after count is loaded, 


Triggered 
Strobe 
output goes low for one input clock period. 


Hardware 
Output goes low for one clock period N counts after rising edge counter 
trigger input. 


Triggered 
Strobe 
The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, the clock input becomes 
an input from the external 
system. CPU may read the number of events occurring 
after the counter 
"window" 


has been enabled or an interrupt 
may be generated 
after N events occur in the 
system. 
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essing 
modes 
is available 
for use in designing 
re- 
quest 
processing 
configurations 
to 
match 
system 
requirements 
for 
efficient 
interrupt 
servicing 
with 
minimal 
latencies. 
Operating 
modes 
and priority 
as- 
signments 
may be reconfigured 
dynamically 
via soft- 
ware at any time during system 
operation. 
The PIC 
accepts 
interrupt 
requests 
from all on-board 
I/O re- 
sources 
and from the MUL TIBUS 
system 
bus. The 
PIC then resolves 
requests 
according 
to the select- 
ed mode 
and, if appropriate, 
issues 
an interrupt 
to 
the CPU. 


iSBC 
186/51 
Interrupt 
Service 
requests 
may origi- 
nate from 25 sources. 
Table 3 contains 
a list of de- 
vices and functions 
supported 
by interrupts. 
All inter- 
rupts are jumper 
configurable 
with either suitcase 
or 
wire wrap to the desired 
interrupt 
request 
level. 


The 82586 
is a local communications 
controller 
de- 
signed 
to relieve 
the 
80186 
of many 
of the 
tasks 
associated 
with 
controlling 
a 
local 
network. 
The 
82586 provides 
most of the functions 
normally 
asso- 
ciated with the data link and physical 
link layers of a 
local network 
architecture. 
In particular, 
it performs 
framing 
(frame 
boundary 
delineation, 
addressing, 
and bit error detection), 
link management, 
and data 
modulation. 
It also supports 
a network 
management 
interface. 


The 
80186 
and 
the 
82586 
communicate 
entirely 
through 
a shared 
memory 
space. 
To the user, the 
82586 appears as two independent 
but communicat- 


Mode 
Operation 


Fully Nested 
Interrupt 
request line priorities fixed at 0 as highest, 7 as lowest 


Special 
Fully 
Allows multiple interrupts 
from slave PICs to the master PIC. Used in the case of 
Nested 
cascading 
where the priority has to be conserved 
within each slave 


Specific 
Priority 
System software 
assigns lowest priority level. Priority of all other levels based in 
sequence 
numerically 
on this assignment 


Polled 
System software 
examines 
priority-encoded 
system interrupt 
status via interrupt 
status register 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS@ Interface 
Requests 
from MUL TIBUS resident 
peripherals 
or other CPU 
2 


8274 
Transmit 
buffer empty, receive buffer full and channel 
errors 
8 


Internal 80186 PIC 
Timer 0, 1, 2 outputs (function 
determined 
by timer mode) and 2 
5 
DMA channel 
interrupts 


82586 
Communications 
processor 
needs attention 
1 


Flag Byte Interrupt 
Flag byte interrupt set by MUL TIBUS master 
1 


Systick 
80130-6, 
iRMX@ system timer 
1 


Edge to Level Trigger 
Converts 
EDGE interrupts 
to level interrupts 
1 


iSBX@ Connectors 
Function 
determined 
by iSBX 
4 
MUL TIMODULE@ 
(2 per iSBX 
connector) 


Bus Fail Safe Timer 
Indicates 
addressed 
MUL TIBUS resident device has not 
1 
responded 
to command 
within 6 ms 


OR-Gate 
Matrix 
Outputs of OR-gates 
on-board 
for multiple interrupts 
1 
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ing units: the Command Unit (CU) and the Receive 
Unit (RU). The CU executes the commands given by 
the 80186 to the 82586. The RU handles all activi- 
ties related to packet reception, address recognition, 
CRC checking, etc. The two are controlled and mon- 
itored by the CPU via a shared memory structure 
called the System Control Block (SCB). Commands 
for the CU and RU are placed into the SCB by the 
host processor. Status information is placed into the 
SCB by the CU and RU (via the CU). The Channel 
Attention and Interrupt lines are used by the CPU 
and the 82586 to get the other to look into the SCB. 
See Figure 3. The 82586 features a high level diag- 
nostic or maintenance capability. It automatically 
gathers statistics on CRC errors, frame alignment 
errors, overrun errors, and frames lost due to lack of 


reception resources. In addition, the user can output 
the status of all internal registers to facilitate system 
design. 


Upon initialization, the 82586 obtains the address of 
its System Control Block through the Initialization 
Root which begins at location OFFFFF6H.See Fig· 
ure 4. The SCB contains control commands, status 
register, pointers to the Command Block List (CBl) 
and Receive Frame Area (RFA), and tallies for CRC, 
Alignment, DMA Overrun and No Resource errors. 
Through the SCB, the 82586 is able to provide 
status and error counts for the 8086, execute "pro- 
grams" contained in the CBl and receive incoming 
frames in the Receive Frame Area (RFA). 


82586 
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Two programmable communications interfaces us- 
ing the Intel 8274 Multi-Protocol Serial Controller 
(MPSC) are contained on the iSBC 186/51. Two in- 
dependent software selectable BAUD rate genera- 
tors provide the channels with all the common com- 
munications frequencies. The mode of operation (for 
example, Asynchronous, Byte Synchronous or Bi- 
synchronous protocols), data format, control charac- 
ter format, parity, and baud rate are all under pro- 
gram control. The 8274 provides full duplex, double 
buffered transmit and receive capability. Parity,over- 
run, and framing error detection are all incorporated 
in the MSPC. The iSBC 186/51 supports operation 
in the polled, interrupt and DMA driven interfaces 
through jumper options. The board is delivered pre- 
viously configured with channel A in RS-422/RS- 
449. Channel B in RS-232C. Channel A may be con- 
figured to support RS-232C. 


iSBXTM MUL TIMODULETM 
On-Board 
Expansion 


Two 8/16-bit iSBX MULTIMODULE connectors are 
provided 
in 
the 
iSBC 
186/51 
microcomputer. 


Through these connectors, additional on-board I/O 
functions 
may be added. iSBX MULTIMODULE 
boards optimally support functions provided by VLSI 
peripheral components such as additional parallel 
and serial I/O, analog I/O, small mass storage de- 
vice controllers (e.g., cassettes and floppy disks), 
and other custom interfaces to meet specific needs. 
By mounting directly on the single board computer, 
less interface logic, less power, simpler packaging, 
higher performance, and lower cost results when 
compared to other alternatives such as MULTIBUS 
form factor compatible boards. The iSBX connectors 
on the iSBC 186/51 boards provide all signals nec- 
essary to interface to the local on-board bus, includ- 
ing 16 data lines for maximum data transfer rates. 
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iSBC MULTIMODULE boards designed with 8-bit 
data paths and using the 8-bit iSBX connector are 
also supported on the iSBC 186/51 
microcomput- 
ers. A broad range of iSBX MULTIMODULE options 
are available in this family from Intel. Custom iSBX 
modules may also be designed for use on the iSBC 
186/51 
boards. An iSBX bus interface specification 
and iSBX connectors are available from Intel. 


RAM Capabilities 


The iSBC 186/51 
COMMputer board contains 128K 
Bytes of dual-port dynamic RAM. The on-board 
RAM may be expanded to 256K Bytes with the iSBC 
304 MULTIMODULE board mounted onto the iSBC 
186/51 
board. The dual-port controller allows ac- 
cess to the on-board RAM (including RAM MULTI- 
MODULE options) from the iSBC 186/51 
board and 
from any other MULTIBUS master via the system 
bus. Segments of on-board RAM may be configured 
as a private resource, protected from MULTIBUS 
system access. The amount of memory allocated as 
a private resource may be configured in increments 
of 25% of the total on-board memory ranging from 
0% to 100% (optional RAM MULTIMODULE board 
doubles the increment size). These features allow 
the multiprocessor systems to establish local memo- 
ry for each processor and shared system memory 
configurations where the total system memory size 
(including local on-board memory) can exceed one 
megabyte without addressing conflicts. 


Universal Memory Sites for Local 
Memory 


Six 28-pin sockets are provided for the use of Intel's 
2732, 2764, 27128, 27256 EPROMs and their re- 
spective ROMs. When using the 27256s, the on- 
board EPROM capacity is 192K Bytes. Other JEDEC 
standard pinout devices are also supported, includ- 
ing byte-wide static RAMs and iRAMs. 


MUL TIBUS® 
SYSTEM 
BUS AND 
MULTIMASTER 
CAPABILITIES 


The MULTIBUS system bus is Intel's industry stan- 
dard microcomputer bus structure. Both 8- and 16- 
bit single board computers are supported on the 
MULTIBUS structure with 24 address and 16 data 


lines. In its simplest application, the MULTIBUS sys- 
tem bus allows expansion of functions already con- 
tained on a single board computer (e.g., memory 
and digital 1/0). However, the MULTIBUS structure 
also allows very powerful distributed processing 
configurations with multiple processors and intelli- 
gent slave 1/0, and peripheral boards capable of 
solving the most demanding microcomputer applica- 
tions. The MULTIBUS system bus is supported with 
a broad array of board level products, LSI interface 
components, detailed published specifications and 
application notes. 


Expansion Capabilities 


Memory and 1/0 capacity may be expanded and ad- 
ditional functions added using Intel MULTIBUS com- 
patible expansion boards. Memory may be expand- 
ed by adding user specified combinations of RAM 
boards, EPROM boards, or combination boards. In- 
put/output capacity may be added with digital 1/0 
and analog 1/0 expansion boards. Mass storage ca- 
pability may be achieved by adding single or double 
density diskette controllers, or hard disk controllers. 
Modular expandable backplanes and cardcages are 
available to support multiboard systems. 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (Le., 
several CPU's andlor 
controllers logically sharing 
system tasks through communication of the system 
bus), the iSBC 186/51 
boards provide full MULTI- 
BUS arbitration control logic. This control logic al· 
lows up to three iSBC 186/51 
boards or other bus 
master, including iSBC 80XX family MULTIBUS com- 
patible 8-bit single board computers, to share the 
system bus using a serial (daisy chain) priority 
scheme. This allows up to 16 masters to share the 
MULTIBUS system bus with an external parallel pri- 
ority decoder. In addition to the multiprocessing con· 
figurations made possible with multimaster capabili- 
ty, it also provides a very efficient mechanism for all 
forms of DMA (Direct Memory Access) transfers. 


Power-Fail 
Control and Auxiliary 
Power 


An active-low TIL compatible memory protect signal 
is brought out on the auxiliary connector which, 
when asserted, disables readlwrite access to RAM 
memory on the board. This input is provided for the 
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protection of RAM contents during system power- 
down sequences. An auxiliary power bus is also pro- 
vided to allow separate power to RAM for systems 
requiring battery back-up of read/write memory. Se- 
lection of this auxiliary RAM power bus is made via 
jumpers on the board. 


System Development 
Capabilities 


The development cycle of iSBC 186/51 products 
can be significantly reduced and simplified by using 
either the System 3XX or the Intellec Series Micro- 
computer Development Systems. The Assembler, 
Locating Linker, Library Manager, Text Editor and 
System Monitor are all supported by the ISIS-II disk- 
based operating system. To facilitate conversion of 
the 8080Al8085A assembly language programs to 
run on the iSBC 186/51 boards, CONV-86 is avail- 
able under the ISIS-II operating system. 


The Integrated Instrumentation In-Circuit Emulator 
(12ICE) provides the necessary link between the 
software development environment provided by the 
Intellec system and the "target" iSBC 186/51 exe- 
cution system. In addition to providing the mecha- 
nism for loading excutable code and data into the 
iSBC 186/51 boards, the 121CE-186provides a so- 
phisticated command set to assist in debugging soft- 
ware and final integration of the user hardware and 
software. 


PLlM-86 provides the capability to program in algo- 
rithmic language and eliminates the need to manage 
register usage or allocate memory while still allowing 
explicit control of the system's resources when 
needed. C-86 is especially appropriate in applica- 
tions requiring portability and code density. FOR- 
TRAN 86 and PASCAL 86 are also available on In- 
tellec or 3XX systems. 


Run-Time Support 


The iRMX 86 Operating System is a highly functional 
operating system with a very rich set of features and 
options based on an object-oriented architecture. In 
addition to being modular and configurable, func- 
tions beyond the nucleus include a sophisticated file 
management and I/O system, and a powerful hu- 
man interface. 


Word Size 


Instruction: 8, 16, 24, or 32 bits 
Data: 8, 16 bits 


System 
Clock 


6.00 MHz ± 0.1% 


Cycle Time 


Basic Instruction 
Cycle 
6 MHz- 
1000 ns 
333 ns (assumes instruction in the queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (Le., two clock cycles.) 


Memory 
Capacity IAddressing 


Six Universal Memory Sites support JEDEC 24/28 
pin EPROM, PROM, iRAM and static RAM. 


Example 
for EPROM: 


Device 
Total Capacity 
2732 
24K Bytes 
2764 
48K Bytes 
27128 
96K Bytes 
27256 
192K Bytes 


Address 
Range 
F8000-FFFFFH 
FOOOO-FFFFFH 
EOOOO-FFFFFH 
COOOO-FFFFFH 
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On-Board 
RAM 


Board 
Total Capacity 
iSBC 186/51 
128K Bytes 


With MUL TIMODULETM 
RAM 


Board 
Total Capacity 
iSBC 304 
256K Bytes 


Address 
Range 
0-1FFFFH 


Address 
Range 
0-3FFFFH 


Serial-two 
programmable 
channels 
using 
one 
8274. iSBX MULTIMODULE-two 
8/16-bit 
iSBX 
connectors allow use of up to 2 single-wide modules 
or 1 single-wide module and 1 double-wide iSBX 
module. 


Serial Communications 
Characteristics 


Synchronous - 
5-8 bit characters; internal or ex- 
ternal character synchronization; 
automatic sync insertion 
Asynchronous - 
5-8 bit characters; break charac- 
ter after generation; 1, %, or 2 
stop bits; false start bit detection 


Frequency 
Baud Rate (Hz) 
(KHz) (S/W 
Selectable) 
Synchronous 
Asynchronous 


-;-.1 
-;-.16 
-;-.64 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38,400 
2400 
600 


19.2 
19,200 
1200 
300 


9.6 
9,600 
600 
150 


4.8 
4,800 
300 
75 


2.4 
2,400 
150 
- 


1.76 
1,760 
110 
2400 


NOTE: 
Frequency selected by I/O write of appropriate 16-bit fre- 
quency factor to baud rate register (80186 timer 0 and 
80130 baud timer). 


Timers 


Input Frequencies 


Reference 1.5 MHz ± 0.1% (0.5 /Ls period nominal) 
Event Rate: 1.5 MHz max. 


Single 
Dual (Cascaded) 
Function 
Timer/Counter 
Timer/Counter 


Mln 
Max 
Mln 
Max 


Real-Time 
667 ns 
43.69 ms 
667 ns 
47.72 minutes 
Interrupt 


Programmable 
1000 ns 
43.69 ms 
1000 ns 
47.72 minutes 
One-Shot 


Rate Generator 
22.889 Hz 
1.5 MHz 
0.0003492 Hz 
1.5 MHz 


Square-Wave 
22.889 Hz 
1.5 MHz 
0.0003492 Hz 
1.5 MHz 
Rate Generator 


Software 
1000 ns 
43.69 ms 
1000 ns 
47.72 minutes 
Triggered Strobe 


Event Counter 
- 
1.5 MHz 
- 
- 
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Interfaces 
Ethernet- 
IEEE 802.3 compatible 


MUL TIBUS~- 
IEEE 796 compatible 


MULTIBUS~- 
Master 
016 M24116 
VO EL 


Compliance 
iSBXTM Bus-IEEE 
P959 compatibl~ 


Serial 1/0- RS-232C 
compatible, 
configurable 
as a 


data 
set 
or 
data 
terminal, 
RS·422AI 


RS-449 


Interface 
Double-SIded 
Centers 
Mating 
Pins 
(In.) 
Connectors 


Ethernet 
10 
0.1 
AMP87531-5 


MUL TIBUS SYSTEM 
86 (P1) 
0.156 
Viking 
3KH43/9AMK12 
Wire Wrap 


60 (P2) 
0.1 
Viking 
3KH30/9JNK 


iSBXBus 
8-Bit Data 
36 
0.1 
iSBX960-5 


16-Bit Data 
44 
0.1 
iSBX960-5 


Serial 1/0 
26 
0.1 
3M 3452-0001 
Flat or 
AMP88106-1 
Flat 


Physical Characteristics 


Width: 
12.00 in. (30.48 em) 


Height: 
6.75 in. (17.15 em) 


Depth: 0.70 in. (1.78 em) 


Weight: 
18.7 ounces 
(531 g.) 


Environmental 
Characteristics 
Operating 
Temperature: 
O°C to 55°C 


Relative 
Humidity: 
10% to 90% 
(without 
condensa- 


tion) 


Electrical Characteristics 
DC Power Supply Requirements 


Maximum 
Current 
ConfIguration 
(All Voltages 
±5%) 


+5 
+12 
-12 


SBC 186/51 
as shipped: 
Board 
Tofa! 
7.45A 
40mA 
40mA 
With separate 
battery back-up 
6.30A 
40mA 
40mA 
Battery back-up 
U5A 
- 
- 


With SBC-304 
Memory Module 
Installed: 
Board 
Tofa! 
7.55A 
40mA 
40mA 
With separate 
battery back-up 
6.30A 
40mA 
40mA 
Battery back-up 
1.25A 
- 
- 


NOTES: 
1. Add 150 mA to 5V current 
for each device 
installed 
in the 6 available 
Universal 
Memory 
Sites. 


2. Add 500 mA to 12V current 
if Ethernet 
transceiver 
is connected. 
3. Add additional 
currents 
for any sex modules 
installed. 


12233G-001-iSBC 186/51 Hardware Reference 
Manual (NOT SUPPLIED) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


Ordering 
Information 


Part Number 
Description 


SBC 186/51 
Communicating Computer 


inter 
iSBC® 186/530 MULTIBUS® II 
ETHERNET (IEEE 802.3) COMMUNICATIONS 
ENGINE 
• Provides 
ETHERNET 
(IEEE 802.3) 
• Four 28-Pln JEDEC Sites, Expandable 
Compatible 
Networking 
Capability 
for 
to 8 Sites with ISBC® 341 
all MUL TIBUS® 
II Systems 
MUL TIMODULETM 
for a Maximum 
of 
• High Integration 
8 MHz 80186 
512K Bytes EPROM 


Microprocessor 
• Provides 
one RS232C Serial Port for 
• 256K Bytes DRAM Provided, 
with 
Use In Debug and Testing 


Sockets 
to Expand to 512K Bytes 
• MUL TIBUS 
II Interconnect 
Space for 
DRAM On-Board 
Software 
Configurablllty 
and 
• MUL TIBUS 
II IPSB (Parallel 
System 
Bus) 
Diagnostics 


Interface 
with Full Message 
Passing 
• Resident 
Firmware 
to Support 
Built-In- 
Capability 
Self-Test 
(BIST) Power-up 
Diagnostics, 
• Host Operating 
System 
Independent 
and Host-To-Controller 
Software 
Download 


The iSBC~ 
186/530 
MUL TIBUS~ 
II ETHERNET 
(IEEE 802.3) Communications 
Engine is a dedicated 
ETHER- 
NET communications 
front-end 
processor 
implementing 
the full, high pe'rformance 
message 
passing 
interface 
of the MUL TIBUS II (iPSB) Parallel System 
Bus. This iSBC board combines 
an 8 MHz 80186 16-bit microproc- 
essor, an 82586 
Local Area Network 
Coprocessor, 
an Ethernet 
Serial Interface 
component, 
up to 512K bytes 
of DRAM, four 28-pin JEDEC sites, and one RS232C serial port on a single 220 mm x 233 mm (8.7 in. x 9.2 
in.) Eurocard 
printed circuit board. Acting as a communications 
engine, the iSBC 186/530 
board off-loads 
the 
host CPU(s) in a MUL TIBUS II system from managing 
and executing 
Ethernet 
LAN communications 
tasks. The 
main advantage 
of the communications 
engine concept 
is the ability to add IEEE 802.3 networking 
capability 
to a MUL TIBUS 
II system 
without 
requiring 
a major design effort. The features 
of the board create 
a flexible, 
intelligent 
communications 
controller 
capable 
of supporting 
off-the-shelf 
or custom 
configurations 
on IEEE 
802.3 LANs. 
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Overview 


The iSBC 186/530 MULTIBUS II ETHERNET Com- 
munications Engine is a powerful IEEE 802.3 LAN 
communications sub-system specifically designed to 
operate in and support message-based, multipro- 
cessor system configurations being implemented on 
the MULTIBUS II architecture. The board's on-board 
CPU, an 8 MHz 80186 microprocessor, provides sig- 
nificant intelligence to off-load and distribute the 
LAN communications functions away from one or all 
of a system's processor boards. 


The iSBC 186/530 board was designed as a dedi- 
cated 
ETHERNET LAN front-end 
processor 
to 
enable the OEM to connect MULTIBUS II-based 
systems with different operating systems to the 
same network. 


ETHERNET 
SERIAL 
INTERFACE 


LOCAL AREA 
NETWORK (LAN) 
PROCESSOR 
82586 


The iSBC 186/530 board supports the full iPSB bus 
interface functions of data and interrupt message 
passing, interconnect space, memory space, and 
I/O references. This board supports both requestor 
and replier functions as described in the MULTIBUS 
II Architecture Specification Handbook ('*' 146077, 
Rev. C). The board consists of six major subsystem 
areas: Processor, ETHERNET I/O, Memory, Gener- 
al I/O, iPSB bus Interface, and Interconnect (See 
Figure 1). 


The central processor unit on the iSBC 186/530 
board is Intel's 16-bit 8 MHz 80186 microprocessor. 


RS232C 
SERIAL 
INTERFACE 


8031.CONTROLLER 
(INTERCONNECTI 
SIST) 
+ SERIAL PORT 


Figure 1.ISBC@186/530 Board Functional Block Diagram 
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The highly integrated 
80186 CPU combines 
several 
system 
components 
onto a single chip (Le., two Di- 
rect 
Memory 
Access 
lines, 
three 
Interval 
Timers, 
Clock 
Generator, 
and Programmable 
Interrupt 
Con- 
troller). 
The 80186 
instruction 
set is a superset 
of 
the 
8086 
and 
maintains 
object 
code 
compatibility 
while 
adding 
additional 
instructions. 
This 
high per- 
formance 
component 
provides 
the intelligent 
inter- 
face 
between 
engine 
and 
host 
processor(s) 
and 
manages 
the board's 
LAN communications 
capabili- 
ty. 
Refer 
to 
the 
Microsystem 
Components 
Hand- 
book, Order 
Number 230843-00X, 
for more detailed 
information 
on the hardware 
operation 
and require- 
ments of the 80186 
microprocessor 
component. 


DIRECT 
MEMORY 
ACCESS 
(DMA) 
FUNCTION 


The iSBC 186/530 board uses the 80186 microproc- 
essor to provide two DMA channels 
for DMA support 
of the iPSB bus interface, 
the MPC Message 
Pass- 
ing Coprocessor 
chip (See Table 
1). 


Table 
1.iSBC@ 186/530 
Board 
DMA Channel 
Allocation 


DMA Configuration 
(80186) 


80186 
Local 
Bus Resource 
DMA Channel 
0 
Output DMA to MPC 
DMA Channel 
1 
Input DMA from MPC 
(Message 
Passing Coprocessor) 


ETHERNET 1/0 SUbsystem 


The 
ETHERNET 
interface 
on 
the 
iSBC 
186/530 
board is implemented 
by the 82586 
LAN Coproces- 
sor 
and 
the 
Ethernet 
Serial 
Interface 
component. 


Data is transferred 
between 
the on-board 
memory of 
the iSBC 186/530 board and the 82586 controller 
by 
82586 
initiated 
DMA. The 82586 
initiates 
the DMA 
cycles 
by activating 
the HOLD 
signal to the 80186 
processor. 
The DMA cycle 
begins when 
the 80186 
processor 
activates 
the HOLD ACKNOWLEDGE 
sig- 
nal. 


The 
82586 
component 
provides 
most 
of the func- 
tions 
normally 
associated 
with 
the 
data 
link 
and 
physical 
link layers 
of a local 
network 
architecture 
(See 
Figure 
2). 
In particular, 
it performs 
framing 
(frame 
boundary 
delineation, 
addressing, 
and 
bit 
error detection), 
link management, 
and data modula- 
tion. 
It also supports 
a network 
management 
inter- 
face. 


The 
Ethernet 
Serial 
Interface 
component 
performs 
Manchester 
encoding 
and decoding 
of the transmit 
and 
receive 
frames. 
It also 
provides 
the 
electrical 
interface 
to 
the 
Ethernet 
transceiver 
cable. 
Both 
chips support 
a loop-back 
function. 
The pin assign- 
ments for the Ethernet 
connector 
are shown 
in Ta- 
ble 2. 
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Figure 
2. ISO Layered 
Model 
and the iSBC@ 186/530 
Board 


Pin 
Description 
Pin 
Description 


1 
Shield 
9 
Collision 
(-) 
2 
Collision (+ ) 
10 
Transmit 
(-) 
3 
Transmit 
(+) 
11 
Reserved 
4 
Reserved 
12 
Receive 
(-) 
5 
Receive (+) 
13 
Power 
6 
Power Return 
14 
Reserved 
7 
Reserved 
15 
Reserved 
8 
Reserved 


Each 
iSBC 186/530 
board 
is manufactured 
with 
a 
unique 
default 
48-bit 
Ethernet 
network 
address 


inter 


stored in an address PROM. This address PROM is 
protected by checksum and can be read by utilizing 
the on-board I/O space. The 82586 component can 
be programmed to have this or any other Ethernet 
address. 


80186/82586 COMMUNICATION 


The 80186 and the 82586 communicate entirely 
through a shared memory space. To the user, the 
82586 appears as two independent but communicat- 
ing units: the Command Unit (CU) and the Receive 
Unit (RU). The CU executes the commands given by 
the 80186 to the 82586. The RU handles all activi- 
ties related to packet reception, address recognition 
CRC checking, etc. The two are controlled and mon~ 
itored by the CPU via a shared memory structure 
called the System Control Block (SCB). Commands 
for the CU and RU are placed into the SCB by the 
host processor. Status information is placed into the 
SCB by the CU and RU (via the CU). The Channel 


Attention and Interrupt lines are used by the CPU 
and the 82586 to get the other to look into the SCB 
(See Figure 3). 


The 82586 features a high level diagnostic or main- 
tenance capability. It automatically gathers statistics 
on CRC errors, frame alignment errors, overrun er· 
rors, and frames lost due to lack of reception reo 
sources. In addition, the user can output the status 
of all internal registers to assist in system design. 


Upon initialization, the 82586 obtains the address of 
its System Control Block through the Initialization 
Root which begins at location OFFFFF6H (See Fig- 
ure 4). The SCB contains control commands, status 
register, pointers to the Command Block List (CBL) 
and Receive Frame Area (RFA), and tallies for CRC, 
Alignment, DMA Overrun, and No Resource errors. 
Through the SCB, the 82586 is able to provide 
status and error counts for the 80186, execute "pro- 
grams" contained in the CBL and receive incoming 
frames in the Receive Frame Area (RFA). 


82586 


RECEIVE 
UNITI~ 


'" 


CHANNEL 
I 
ATTENTION 
COMMAND 
I 
XMIT 
UNIT 
I 
CPU 
! 
INTERRUPT 


~ 
;.. 


. 
• 
\ 
ON·BOARD LOCAL BUS 
1 


• 


MEMORY 


COMMAND 
BLOCK 
SYSTEM 
LIST 
CONTROL 
BLOCK 
•I 
RECEIVE 
FRAME AREA 


Figure 3. System Overview 
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Figure 
4. 82586 Memory 
Structures 


iPSB bus access. 
The 64K bytes of local I/O space 
is mapped 
1-to-1 
to the 
iPSB 
bus' 
64K 
byte 
I/O 
space. 
The upper 
32K bytes 
access 
the 
iPSB bus 
I/O space, and the lower 32K bytes are reserved 
for 
local on-board 
I/O. 


The iSBC 
186/530 
board's 
on-board 
memory 
sub- 
system 
consists 
of a large 
DRAM 
array 
and a set 
of 
ROM/EPROM 
memory 
sites. 
Access 
to 
the 
on-board 
memory 
subsystem 
resources, 
as well as 
off-board 
iPSB bus access, 
is accomplished 
by ob- 
serving 
the iSBC 186/530 
board memory 
map (See 
Figure 
5). The 
mapping 
occurs 
within 
the 
1 mega- 
byte 
memory 
space 
of the 80186 
microprocessor, 
and is split into three 
main areas: 
DRAM 
reserved, 
iPSB window, 
and EPROM 
reserved. 
The first 0 to 
512K bytes is always 
reserved 
for local DRAM, 
the 
next 128K or 256K bytes (or up to 768K) is the iPSB 
window, 
and the remaining 
384K or 256K byte area 
is reserved 
for 
local 
EPROM. 
The 
iPSB 
window 
maps a 128K or 256K byte memory 
area into the 4 
gigabyte 
global 
physical 
address 
range 
of 
the 
MUL TIBUS 
" iPSB bus. This window 
is programma- 
ble and allows 
the 80186 
processor 
to access 
the 
complete 
4 gigabyte 
memory space of the iPSB bus. 


The board's 
memory 
map also supports 
a 64K byte 
access 
window 
for 
I/O 
space 
between 
local 
and 


DRAM 
CAPABILITIES 


The 
iSBC 
186/530 
board 
comes 
standard 
with 
a 
256K byte DRAM memory 
array on-board. 
Eight ad- 


ditional 
18-pin sockets 
are provided 
to the OEM for 
expanding 
the DRAM array to 512K bytes. 


A total of four 28-pin JEDC universal 
sites reside on 
the iSBC 186/530 
board. These sockets 
support 
ad- 
diton of byte-wide 
ROM and EPROM devices 
in den- 
sites from 8K bytes (2764) to 64K bytes (27512) 
per 
device. 
Two 
of the four 
sockets 
contain 
a pair of 
27128 
EPROM 
devices 
installed 
at 
the 
factory. 
These devices 
contain 
32K bytes of firmware 
provi- 
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ded to execute 
the Built-In-Self-Test 
(SIST) power- 
up diagnostics 
routine, 
EPROM 
devices 
installed 
at 
the factory. 
These devices contain 32K bytes of firm- 
ware 
provided 
to 
execute 
the 
Built-In-Self-Test 
(SIST) power-up 
diagnostics 
routine. 
The remaining 
two 
sockets 
allow 
the 
user 
to 
add 
either 
two 
ROM/EPROM 
devices 
or an iSSC 341 
256K 
byte 
EPROM 
MUL TIMODULETM 
board for a maximum 
of 
512K bytes of ROM/EPROM 
on-board. 


General I/O SUbsystem 


The I/O subsystem 
provides 
timers, interrupt 
control 
and an RS232C 
serial port for debug and test 


PROGRAMMABLE 
TIMERS 
AND 
INTERRUPT 
CONTROL 


The 
board's 
80186 
microprocessor 
provides 
three 
independent, 
fully programmable 
16-bit interval 
tim- 


ers/event 
counters 
and an interrupt 
controller. 


The 
80186 
interrupt 
controller 
is configured 
in the 
"fully 
nested 
mode," 
and supports 
five external 
in- 
terrupt 
sources 
via five dedicated 
pins provided 
on 
the 
80186. 
All five 
pins 
are 
used 
as interrupt 
re- 
quests from other hardware 
on-board 
(See Table 3). 


Interrupt 
Vector 
Type 
Vector 
Location 
Default 
Function 
Priority 


NMI 
2 
00008 H 
1 
Reset stake pin 
INTO 
12 
00030 H 
6 
Interrupt 
from the Ethernet 
Controller 
INn 
13 
00034 H 
7 
Message 
Interrupt from the MPC (MINT) 
INT2 
14 
00048 H 
8 
Error Interrupt from the MPC (EINT) 
INT3 
15 
0004CH 
9 
Interrupt from the 8031 Interconnect 
Controller 


I 


RS232C SERIAL PORT 


There is a simple RS232C serial port provided on 
the iSBC 186/530 board for use in debug and test. 
The serial interface is derived from the 8031 serial 
interface port. Only the Receive Data (RD) and 
Transmit Data (TO) lines are supported, connected 
to a 25-pin connector on the front panel. The pin 
assignments for the 25-pin connector are shown in 
Table 4. 


Table 4. Serial Interface Connector, 
Pin Assignments 


Pin 
RS232CFunction 
Pin RS232C Function 


1 
Shield 
14 
Not used 
2 
Transmit Data (Tx D) 
15 
Not used 
3 
Receive Data (Rx D) 
16 
Not used 
4 
Not Used 
17 
Not Used 
5 
Not Used 
18 
Not Used 
6 
Not Used 
19 
Not Used 
7 
Signal Ground (OV) 
20 
Not Used 
8 
Not Used 
21 
Not Used 
9 
Not Used 
22 
Not Used 
10 
Not Used 
23 
Not Used 
11 
Not Used 
24 
Not Used 
12 
Not Used 
25 
Not Used 
13 
Not Used 


This subsystem's main component is the MPC Mes- 
sage Passing Coprocessor chip. Subsystem serv- 
ices provided by the MPC bus interface component 
includes full message, memory, I/O, and intercon- 


nect access to the iPSB bus by the 80186 and 
82586 processors. 


The single-chip Message Passing Coprocessor is a 
highly integrated CMOS device implementing the full 
message passing protocol and performing all the ar- 
bitration, transfer, and exception cycle protocols 
specified in the MULTIBUS II Architecture Specifica- 
tion Handbook, Rev. C., Order Number 146077. 


Interconnect 
SUbsystem 


MULTIBUS II interconnect space is a standardized 
set of read-only and software configurable registers 
designed to hold and control board configuration in- 
formation, and communicate system and board level 
diagnostics and testing information. Interconnect 
space is implemented with an 8031 microcontroller 
and the MPC silicon resident on the iSBC 186/530 
board. 


The read-only registers store information such as, 
board type, vendor 1.0., firmware rev. level, etc. The 
software configurable registers are used for auto- 
software configurability and remote/local 
diagnos- 
tics and testing. For example, a software monitor 
can be used to dynamically change bus memory 
sizes, enable on-board resources such as memory, 
read if the PROM devices are installed, or access 
results of Built-In-Self-Tests and other diagnostics. 


Most options on the iSBC 186/530 board are con· 
trolled by interconnect space. In addition, many of 
the interconnect registers on the board perform 
functions traditionally done by jumper stakes. Other 
interconnect registers provide status information al- 
lowing system software to determine configuration 
status. 


ISBC1llS/530 
LAN 
CONTROLLER 


ROUBASEO 
OOWNLOAO 
ROUTINE 
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HOST/CONTROLLER SOFTWARE DOWNLOAD 
ROUTINE 


Resident in ROM on this controller is a host-to-con- 
troller software download routine to support the 
downloading of communication firmware into the 
iSBC 186/530 board. This loader adheres to the 
MULTIBUS II Download Protocol and responds to 
commands issued by software running on a host 
CPU board. The host CPU passes these commands 
to the loader via registers defined in the board's in- 
terconnect 
space. A download function, a com- 
mence execution function, and an examine local 
memory function are all provided in the routine. Data 
transfers are supported by both shared memory sys- 
tems and message based systems. The top 1K of 
DRAM on the board is reserved for the exclusive use 
of the download program. Host CPUs must not over- 
write this area with download commands. 


Software on the host is responsible for accessing 
the iSBC 186/530 board's firmware on disk or from 
ROM visible to the host and translating it into linear 
sequences of bytes suitable for downloading (See 
Figure 6). After downloading the firmware, the host 
issues a command for the loader routine on the con- 
troller to begin execution of the download software. 


On-board initialization checks and built-in-self-test 
(BIST) diagnostics are implemented using the 8031 
microcontroller and the 80186 microprocessor. On- 
board tests included in the 
BrST package are: 
DRAM, EPROM, 80186, 82586, 8031, and MPC. 
These tests are performed by the 80186 microproc- 
essor. 


Additional activities performed include a Reset Op- 
erating System initialization at power-up and a pro- 
gram table check, a feature allowing users to add 
custom code in EPROM while still maintaining full 
use of the facory supplied BISTs. Immediately after 
power-up and the 8031 microprocessor is initialized, 
the 80186 microprocessor begins its own initializa- 
tion and on-board diagnostics. Upon successful 
completion of these activities, the Reset Operation 
System invokes the user-defined program table. A 
check is made of the program table and the custom 
programs that the user has defined for his applica- 
tion will then execute sequentially. 


The BIST package provides a valuable testing, error 
reporting and recovery capability of MULTIBUS II 
boards enabling OEMs to reduce overall system 
manufacturing and maintenance costs. An LED on 
the board's front panel indicates the status of pow- 
er-up diagnostics. It is on when BIST diagnostics 
start running and is turned off upon successful com- 
pletion of the BISTs. 


Instructlon-8-, 
16-, 24-, or 32-bits 
Data-8-, 
or 16-bits 


System Clock 


CPU-8.0 
MHz 


Cycle Time 


Basic Instructlon-8.0 
MHz-375 
ns; 250 ns (as- 
sumes instruction in queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (Le., two clock cycles). 


Memory Capacity 


Local Memory 


DRAM-256K 
bytes on-board (64K x 4-bit devices). 


8 sockets provided to support additional 256K bytes 


EPROM-Number 
of sockets-four 
28-pin JEDEC 
sites 


EPROM 
Device Size 
Maximum 
(Bytes) 
Memory Capacity 


2764 
8K 
32K bytes 
27128 
16K 
64K bytes 
27256 
32K 
128K bytes 
27512 
64K 
256K bytes 


"EPROM 
expansion 
to up to a maximum 
of 512K 
bytes 
is achieved 
via attachment 
of the iSBC 341 EPROM 
(256K 
byte) 
MUL TIMODULE 
board. 


inter 


I/O 
Capability 


ETHERNET (IEEE 802.3)- 
One ETHERNET 
chan- 
nel. Uses 
15-pin connector, 
82586 
LAN Coproces- 
sor and an Ethernet 
Serial Interface 
component 


RS232C-only Serial 
Port- 
Simple 
serial 
port, 
RS232C, 
driven 
off 8031 microcontroller 
serial port 
interface; 
used for debug and test 


Timers- 
Three programmable 
timers on the 80186 
microprocessor 


Input Frequencies- 
Frequencies 
supplied 
by the 
internal 
80186 
16 MHz crystal 


Interrupt 
Capability 


Potential Interrupt Sources from IPSB Bus- 
255 
individual 
and 1 Broadcast 


Interrupt Levels - 
5 interrupt 
sources 
using 80186 
Interrupt 
Controller 


Interrupt Requests - 
All levels TIL 
compatible 


Eurocard 
Form Factor 


Depth - 
220mm 
(8.7 inches) 


Height - 
233mm 
(9.2 inches) 


Front Panel Width - 
20mm 
(0.784 inches) 


Weight 
- 
743 g (26 ounces) 


Environmental 
Characteristics 
Temperature: 
Inlet air at 200 LFM airflow 
over all boards 


-40·C 
to + 70·C 


OC" to +55·C 


(non-operating) 
(operating) 
Humidity 
(non-operating) 
95% 
Relative 
Humidity 
@ 
+ 55·C, non-condensing 


95% 
Relative 
Humidity 
@ 
+ 55·C, non-condensing 


The maximum 
power 
required 
per voltage 
is shown 
below. These 
numbers 
do not include 
the power re- 
quired by the optional 
memory 
devices 
or expansion 
modules. 


Voltage 
Max. Current 
Max. Power 
(volts) 
(amps) 
(watts) 


+5V 
6.5A 
34.13W 
+12V 
50mA 
O.06W 
-12V 
50mA 
O.06W 


Reference 
Manuals 


iSBC 186/530 
ETHERNET 
(IEEE 802.3) 
Communi- 
cations 
Engine User's 
Guide 149226-001 


Intel MUL TIBUS 
" Architecture 
Specification 
Hand- 
book 146007 


Reference 
manuals 
may be ordered 
from 
any Intel 
Sales 
Representative, 
Distribution 
Office, 
or from 
the Intel Literature 
Department, 
3065 
Bowers 
Ave- 
nue, Santa Clara, CA 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 


iSBC 186/530 
MULTIBUS" 
ETHERNET 
(IEEE 
802.3) Communication 
Engine 
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iSBC® 552A AND iSXMTM 552A 
IEEE 802.3 COMPATIBLE 
COMMUNICATIONS 
ENGINE PRODUCTS 
MEMBER OF THE OpenNETTM PRODUCT FAMILY 
_ 
Provides 
High-Performance 
Network 
_ 
On-Board 
Diagnostic 
and Boot 
Front-End 
Processing 
for All 
Firmware 
MUL TIBUS® 
I Systems 
Regardless 
of 
the Operating 
System 
of the Host 
-Intelligent 
Controller 
with an 8 MHz 
80186 Processor 
and 256K of DRAM 
Memory 
-IEEE 
802.3 Network 
Port Driven by 
the 82586 LAN Coprocessor 


_ 
Can Execute 
On-Board 
the Intel iNA 
960/961 
Software, 
an Implementation 
of Industry 
Standard 
ISO 8073 
Transport 
and ISO 8473 Network 
Protocols 


_ 
Resident 
Network 
Software 
Can be 
Down·Loaded 
Over the Bus or the LAN 


_ 
Supported 
by XNX-NET 
and RMX·NET 
Network 
File Service 
Software 
Products 


_ 
Available 
in Two Versions 
- 
iSBC 552A is a Flexible, 
Intelligent 
Communications 
Controller 
for IEEE 
802.3 LANs 
- 
iSXMTM 552A is a Preconfigured 
Controller 
for Executing 
INA 961 
Transport 
and Network 
Software 
as 
a Fully Qualified 
System 
Extension 
Module for the System 
310 Family 
Products 


The iSBC 552A and iSXM 552A COMMengine 
products 
are designed 
for communications 
front end processor 
applications 
connecting 
MUL TIBUS I systems 
onto IEEE 802.3 compatible 
LANs. COMMengines 
are dedicat- 
ed to the 
communications 
tasks 
within 
a system 
allowing 
the 
host 
to spend 
more 
time 
processing 
user 
applications. 
A major advantage 
of COMMengines 
is that they can be used to network 
existing 
systems 
and 
established 
designs 
without 
forcing 
the redesign 
of the entire system 
architecture. 


The iSBC and iSXM 552A boards 
can be used with any operating 
system 
because 
they require 
only a high 
level interface 
to communicate 
with the host (eg. transport 
commands 
in the case of the iSXM 552A board). 
The result is a powerful 
system building block which enables 
the OEM to network 
MUL TIBUS I based systems 
with different 
operating 
systems. 
Applications 
for the 552A products 
include 
networked 
multiuser 
XENIX 286 
based 
systems 
for the office 
and laboratory, 
iRMX-based 
systems 
for real-time 
applications, 
or many other 
system 
applications. 
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THE iSBC® BOARD vs 
THE iSXMTM BOARD 


The iSBC 552A version is a board that offers the 
hardware necessary for the user to construct an 
IEEE 802.3 front-end processor for custom require- 
ments. The Intel iNA 960 ISO standard transport and 
network software can be configured and optimized 
to run on the iSBC 552A board. 


The iSXM 552A version is a product that is precon- 
figured for Intel's family of System 310 products, in- 
cludes the necessary internal system cabling, and is 
fully qualified to run in System 310 products. The 
iSXM 552A board supports the iNA 9131ISO stan- 
dard transport and network software with no config- 
uration activities required of the customer. iSXM 
552A board customers receive the iNA 961 software 
through a separate purchase of a software license. 


The iSBC and iSXM 552A boards consist of the fol- 
lowing major architectural blocks (see Figure 1): an 
80186 processor running at 8 MHz, the IEEE 802.3 
I/O channel based on the 82586 LAN coprocessor, 
the on-board memory consisting of ROMs and 256K 
of 
zero 
wait 
state 
dynamic 
RAM, 
and 
the 
MULTIBUS I interface. 


The iSBC 552A board contains an 80186 processor 
operating at 8 MHz. It is responsible for implement 
ing the intelligent interface between the iSBC 552A 
board and a host processor. The 80186 processor 


runs the iNA 960/961 transport software and deliv- 
ers data between user buffers in MULTIBUS I mem- 
ory and iNA 960/961 buffers on the iSBC and iSXM 
552A boards. iNA 960/961 software is responsible 
for the reliable transfer of information across the 
IEEE 802.3 compatible network. 


The 80186 and 82586 use both synchronous and 
asynchronous ready logic. The 80186 chip select 
lines are used to select memory mapped I/O loca- 
tions. 


The 80186 supplies the timers and the interrupt con- 
troller on the iSBC 552A board. The interrupt con- 
troller is used in the fully nested mode. The inputs 
and the outputs of the 80186 timers are not connect- 
ed to external sources and destinations. Timer 
clocking and timer interrupts are generated internally 
in the 80186. 


Memory 


The 
iSBC/iSXM 
552A 
board 
is 
equipped 
with 
256K Bytes of zero wait state dynamic RAM and 
16K Bytes of EPROM. The EPROM parts (Type 
2764) are in two 28-pin sockets (JEDEC 27256 or 
27572). The user can substitute parts (Type 27512) 
to provide 128K Bytes of EPROM. 


The one megabyte address space of the 80186 is 
divided into four quadrants (see Figure 2). The first 
quadrant 
(0-256K 
Byte) 
is 
reserved 
for 
local 
EPROM 
memory 
and 
the 
last 
quadrant 
(768-1000K Byte) is reserved for local DRAM mem- 
ory. The second quadrant (256-512K Byte) is used 
for memory mapped I/O. The iSBC/iSXM 552A 
board is totally memory mapped. The third quadrant 
(512-768K Byte) maps into a 256K Byte MULTIBUS 
I window. This window allows the iSBC/iSXM 552A 
board to access a total of 16M Byte of MULTIBUS I 
memory in 256K Byte segments. The iSBC/iSXM 
552A board does not contain any memory which is 
accessible by other boards over the MULT1BUS I 
system bus. 


The 256K Byte MULTIBUS I window starts on 
64K Byte boundaries anywhere in the 16M Byte 
MULTIBUS I memory. The starting location of this 
window is determined by a memory mapped I/O 
latch described in the "iSBC 552A User Interface" 
section. 


Memory mapped I/O locations are selected by the 
PCSand the MCS control lines of the 80186 proces- 
sor. Functions controlled by memory mapped I/O 
are discussed in the "iSBC 552A User Interface" 
section. 
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WULTlBUS® 
I 
. 


SYSTEW BUS 


EPROW-WEWORY 
SPACE 


SUPPLIED 
WITH 
TWO 8Kx8 
EPROWS (2764) 
MAXIMUM 
IS 
TWO 64Kx8 
EPROMS (27512) 


256 K BYTE 


WULTlBUS® 
WINDOW 


ON-BOARD 
WEWORY 
WAPPED I/O 


DRAW-WEWORY 
ADDRESS SPACE 
256K 
BYTES 
Of 
ZERO WAIT 
STATE DRAW 


Each iSBC/iSXM 552A board is manufactured with a 
unique default 48-bit IEEE 802.3/Ethernet network 
address stored in an address PROM. This address 
PROM is protected by checksum and can be read by 
utilizing the on-board memory mapped 1/0. The 
82586 can be programmed to have this or any other 
Ethernet address. 


The IEEE 802.3 Interface on the iSBC/iSXM 552A 
board is based on the 82586 LAN controller. Data is 
transferred between the on-board memory of the 
iSBC/iSXM 552A board and the 82586 controller by 
82586 initiated DMA. The 82586 initiates the DMA 
cycles by activating the HOLD signal to the 80186 
processor. The DMA cycle begins when the 80186 
processor activates the HOLD ACKNOWLEDGE sig- 
nal. 


The iSBC/iSXM 552A board can access the MULTI- 
BUS I with an 8- or 16-.bit data path and can support 
up to 24-address bits. An 1/0 
operation by the 
80186 on the iSBC/iSXM 552A board normally ac- 
cesses the I/O ports on the 80186 that controls the 
processor's interrupt controller and timers. MULTI- 
BUS 
1/0 
is disabled in this 
normal operation. 
iSBC/iSXM 552A MULT1BUS1/0 operations can be 
enabled or disabled by writing to memory mapped II 
o control locations (Table 2). When the MULT1BUS 
1/0 is enabled, the iSBC/iSXM 552A board can write 
or read the complete 64K Bytes of 1/0 space loca- 
tions. 


ISBC® 
AND ISXMTM 


552A 
BOARDS 


ASE 
I/O 
PORT --t 
SCP2 


ADDRESS 
+3 •.. 
SCP1 


I/O 
WRITE 


..•.•.•• 


-' 
", 
SCPO 


ASE 
I/O 
PORT ~ 
.LAGBYTE 
ADDRESS 


280385-4 
Base I/O port address = conligurable. II 8-bit I/O is used. base 
port address is configurable lrom O-OFCH.II 16-bit I/O is used, 
base port address is conligurable Irom O-OFFFCH. 
Flag byte: see Table 1. 
SCPO-SCP2: I/O written by host processor and read by 80186 
on iSBC and iSXM 552A SCPOcan be jumper preset. 


Figure 3. ISBC@552A MULTIBUS@I 
Communication 
Interface 


Value Written 
Action 
to Flag Byte Port 


1 
Resets iSBC 552A Board 
2 
Interrupts 80186 on Interrupt 
Level 1 
4 
Clears a MULTIBUS Interrupt 
Previously Generated by the 
iSBC 552A Board 


A host processor in a system communicates with the 
iSBC/iSXM 552A board via a flag byte port and 
three other byte registers in the MULTIBUS inter- 
face. These registers are called the "System Config- 
uration Pointer" registers (SCPO-SCP2). The flag 
byte port and the SCP registers are presented as 4 
consecutive MULTIBUS I/O ports to the host proc- 
essor. The locations of these 1/0 ports on the MUL- 
TIBUS are configurable on the iSBC 552A (Figure 3). 
To the 80186 processor on the iSBC/iSXM 552A 
board, the three SCP registers are memory mapped 
locations. 


The flag byte port is used by the host processor to 
reset the iSBC/iSXM 552A board, to interrupt the 
80186 processor, and to reset a MULTIBUS I inter- 
rupt generated by the iSBC/iSXM 552A board (Ta- 
ble 1). SCPO-SCP2 are general purpose registers 
that the host processor can 1/0 write to and the 
iSBC/iSXM 552A board can read from. SCPOcan 
also be preset by hardware jumpers. 


iSBC® 552A FUNCTIONAL 
DESCRIPTION 


The iSBC 552A board is a high performance general 
purpose IEEE 802.3 compatible COMMengine de- 
signed to offload a host processor in a system from 
transport layer and network layer communication 
processing. The board supports user written com- 
munications software for unique applications or it 
can run Intel's iNA 960/961 
transport and network 
software in standard applications. When running 
iNA 960 software, the iSBC 552A board provides the 
host processor with reliable process to process 
message delivery. User messages to be sent are 
copied by iNA 960 software into iSBC 552A board 
local memory for transmission. Packets received 
from the network are first buffered and reassembled 
into messages on the iSBC 552A board. These re- 
ceived messages are then delivered to the user. 


The iSBG 552A board makes use of the functions on 
the 82586 controller to implement a number of net- 
work functions. These functions include reprogram- 
ming the iSBC 552A station address, Multicast pack- 
et reception filtering, and loopback diagnostics. The 
82586 also records a set of network statistics infor- 
mation. Information stored includes the number of 
CRG and alignment errors, the number of occur- 
rences of no receive buffer resources and the num- 
ber of DMA overruns/underruns. 


The iSBC 552A can be configured to have a range 
of EPROM memory configurations up to 128K Bytes 
using 27512's. 


The iSBC 552A board and iNA 960 software combi- 
nation offers a flexible and configurable transport 


COMMengine, 
and allows a user to optimally 
config- 
ure the system 
for highest 
performance. 
The iSXM 
552A 
and iNA 961 combination 
offers 
a preconfig- 
ured turn-key 
solution. 
In both cases, 
iNA 960/961 
software 
and the 552A significantly 
reduce 
the de- 
sign cycle involved 
in designing 
and implementing 
a 
transport 
COMMengine. 


For 
additional 
information 
about 
iNA 
960/961, 
please 
refer to the iNA 960/961 
data sheet. 


The 
iSBC 
552A 
board 
communicates 
with 
a host 
processor 
through 
a handshake 
of interrupts. 
The 
host processor 
can generate 
flag byte interrupts 
to 
the 80186 on the iSBC 552A and the iSBC 552A can 
generate 
MUL TIBUS 
I interrupts 
to the host proces- 
sor. The host processor 
and the iSBC 552A 
board 
can also communicate 
through 
shared 
MUL TIBUS 
I 
system 
memory. 
None of the on-board 
buffer on the 
iSBC 552A board is accessible 
to the host processor 
but the iSBC 552A can read and write all of the 16M 
Byte of MUL TIBUS 
I system 
memory. 


The host processor 
and the iSBC 552A board further 
communicate 
through 
the SCP registers. 
These byte 
registers 
can be I/O written 
by the host and can be 
read through 
memory 
mapped 
I/O by the iSBC 552A 
processor. 


The iSBC/iSXM 
552A is designed 
to function 
in any 
MUL TIBUS 
I system 
as a communications 
proces- 
sor. It can function 
as both a MUL TIBUS I bus mas- 
ter or a slave. As a MUL TIBUS 
I master, 
it can ac- 
cess up to 16M Byte of host memory 
and 64K Byte 
of I/O address. 
As a MUL TIBUS 
I slave, it occupies 
four consecutive 
I/O 
locations 
on the MUL TIBUS 
I 
system 
memory. 
These 
locations 
are reserved 
for 
the flag byte and the three SCP registers. 


iSXMTM 552A FUNCTIONAL 
DESCRIPTION 


The iSXM 552A board is offered 
to operate 
specifi- 
cally with the iNA 961 transport 
and network 
layer 
software. 
The iSXM 552A firmware 
provides 
the ca- 
pabilities 
to load iNA 961 onto the 552A from either 
a buffer 
in the local 
host or remotely 
from 
another 
IEEE 802.3 network 
station. 
It also performs 
a vari- 
ety of 
IEEE 
802.3 
and 
on-board 
diagnostics 
(see 
sections 
on iNA 961 User Interfaces 
and Operating 
Systems 
Environment). 


iNA 961 software 
and the iSXM 552A board together 
provide 
the functionality 
of a preconfigured 
operat- 
ing system independent 
transport 
engine. 
In addition 
to transport 
services, 
iNA 961 software 
also includes 
extensive 
data 
link, 
internetworking, 
and 
network 
management 
services. 
Figure 4 shows 
the distribu- 


tion of network 
seven 
layer functions 
between 
iNA 
961/iSXM 
552A 
and 
the 
host 
processor. 
Table 
3 
shows some examples 
of functions 
provided 
by iNA 
961. Refer to the iNA 960/961 
data sheet for more 
iNA 961 information. 


Table 2. ISBC<P>552A Memory 
Mapped 
Functions 


The 
80186 
processor 
controls 
the 
iSBC 
552A 
through 
memory 
mapped 
I/O. 
Functions 
that 
are 
controlled 
are listed in Table 2. 


80186 Chip 
Read/Write 
Functions 
Select 
Lines 
by 80186 


MCS 
R 
MUL TIBUS I Interface 
registers 
(System Configuration 
Pointer Registers, 
see "MUL TIBUS Interface" 
Section) 


PCS 
W 
Channel Attention 
to 82586 
R 
Reading iSBC 552A Ethernet 
Address 
PROMS 
W 
Controlling 
Loopback 
of the Serial Interface 
W 
Disabling and Enabling 
MUL TIBUS I/O 
W 
Generating 
and Clearjng iSBC 552A 
Interrupts 
to the MUL TIBUS System Bus 
W 
Controlling 
the On-Board 
LED 
W 
Latches the MUL TIBUS Window Segment 
(8 most Significant 
Bits of 24-Bit Address) 


inter 


END USER 
APPLICATION 
PROCESS 


7 
HOST PROCESSOR 


6 


5 


4 


3 
INA 961 /fSXtl~ 
552A 


2 
SYSTEMS 


Figure 4. iNA 961 Configuration 
on ISXMTM 552A Board 


Table 3. INA 961 Services 


Transport 
Virtual Circuit 
Open: Establish 
a Virtual Circuit Database 
Send Connect: 
Actively 
Try to Establish 
a Virtual Connection 
Await Connect: 
Passively Awaits the Arrival of a Connection 
Request 
Send: Send a Message 
Receive: 
Post a Buffer to Receive a Message 
Close: Close a Virtual Circuit 
Datagram 
Send: Send a Datagram 
Message 
Receive: 
Post a Buffer to Receive a Datagram 
Message 


Data Link 
Transmit: 
Transmit 
a Data Link Packet 
Receive: 
Post a Buffer to Receive a Data Link Packet 
Connect: 
Make a Data Link Logical Connection 
(Link 
Service Access 
Point, IEEE802.3/802.2) 
Disconnect: 
Disconnect 
a Data Link Logical Connection 
Change Ethernet 
Address: 
Change the Ethernet 
Address 
Add Multicast 
Address: 
Add a Multicast 
Address 
Delete Multicast 
Address: 
Remove 
a Multicast 
Address 
Configure 
82586: Configure 
the 82586 Controller 


Network 
Read/Clear/Set 
Network 
Objects 
(Local/Remote): 


Management 
Read/Clear/Set 
Local or Remote 
iNA 960 Network 
Parameters 
Read/Set 
Network 
Memory (Local/Remote) 
Read/Set 
Memory of the Local or a Remote Station 
Useful in Network 
Debug Process. 
Boot Consumer: 
Requests 
a Network 
Boot Server to 
Load a Boot File into this Station 
Echo: Echo a Packet between 
this Station and 
Another 
Remote Station on the Network 
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iSBC® liSXMTM 552A Boot Firmware 
User Interface 


The iSBC/iSXM 
552A boot firmware 
is used to load 
iNA 961 or other software 
onto the 552A board from 
either 
local 
MUL TIBUS 
I memory 
or a remote 
net- 
work station. 
The firmware 
performs 
a number of lo- 
cal and network 
diagnostics. 
Table 
4 describes 
the 
functions 
of the boot firmware. 


The iSBC/iSXM 
552A boot firmware 
interfaces 
with 
the host processor 
through 
a configurable 
command 
buffer location 
in MUL TIBUS I memory. This location 
can 
be either 
jumper 
or program 
configured. 
The 
host 
processor 
updates 
the 
command 
byte 
in the 
command 
buffer and expects 
the firmware 
to update 
the response 
byte when the command 
is done. The 
host processor 
signals 
to the firmware 
to examine 
this command 
buffer 
by writing 
a 2 to the flag byte 
port. 
The 
firmware 
will 
update 
the 
response 
byte 
when the command 
is completed. 


The iSBC/iSXM 
552A boot firmware 
commands 
fully 
support 
the 
initialization 
of 
the 
MIP 
interface. 


The MIP interface 
is used by the host processor 
to 
communicate 
with the iNA 961 once it is loaded and 
started. 
See section 
"iNA 
961 User Interfaces" 
for 
details. 


User programs 
give iNA 960 commands 
to the iNA 
961 software 
on the iSBC/iSXM 
552A board via the 
MUL TIBUS I Interface 
Protocol 
(MIP). MIP is an Intel 
reliable 
message 
delivery 
protocol 
between 
MUL TI- 
BUS I processors. 
Figure 5 illustrates 
how this mes- 
sage delivery 
functions. 
Commands 
are passed 
be- 
tween 
the 
iSBC/iSXM 
552A 
board 
and 
the 
host 
processor 
in the form of request 
blocks. 
A request 
block is a buffer that contains 
a command 
specifica- 
tion 
and 
the 
command 
parameters. 
Each 
request 
block (or equivalently, 
each command) 
is reliably de- 
livered 
from 
the host processor 
to iNA 961 via the 
MIP facility. 
iNA 961 will extract 
the command 
infor- 
mation 
and carry out the command. 
After 
the com- 
mand 
is done, 
iNA 961 will use the 
MIP facility 
to 
return the command 
result to the user program. 


Command 
Function 


Presence 
This command 
will indicate that the boot firmware 
is 
functional 
by returning 
the version number of the 
firmware, 
the power on diagnostic 
result, and the default 
Ethernet 
address of the iSXM 552A board. 


Load 
Load a program from MUL TIBUS memory into a 
designated 
location 
in the iSBC 552A memory. 


Load and Go 
Load a program from MUL TIBUS bus memory into a 
designated 
location 
in the iSXM 552A memory. 
Proceed 
to start this program 
once it is loaded. This command 
also initializes the MIP interface 
on the iSXM 552A 
board. 


Echo 
Echo a packet between 
this iSXM 552A board and 
another 
station on the network. 


Remote 
Boot 
This command 
requests a remote boot server station to 
download 
software 
onto the iSXM 552A board. 


MIP Initialize 
Used after a remote boot. This command 
initializes the 
and Start 
MIP interface 
on the iSXM552A 
board and then start the 
software 
loaded by the remote boot command. 


TRANSFER 
OF 
REQUEST BLOCKS 
(COMMANDS) 


USER 
MIP 
DRIVER 


INA 
961 
MIP 
DRIVER 


ISXM TM 522A/INA 
961 
BOARD SOtTWARE 


iNA 961 request blocks are in the same formats as 
iNA 960 commands. Refer to the iNA 960/961 data 
sheet and reference manuals for more details on 
iNA 960/961 software. 


Operating 
Systems Environment 


The iSBC/iSXM 552A board and iNA 960/961 soft- 
ware can function in any MULTIBUS I environment. 
The communication between the iSBC/iSXM 552A 
and the host processor is entirely independent of 
any host operating systems. iNA 960/961 uses the 
MIP protocol to interface with the host processor. 
The MIP is a reliable, host operating system inde- 
pendent, 
process 
to 
process 
communication 
scheme 
between 
any 
processors 
on 
the 
MULTIBUS I System Bus. iNA 960/961 can service 
multiple processes utilizing its services at the same 
time. 


A host processor passes iNA 960/961 commands 
and buffers in the MULTIBUS I system memory to 
the iNA 960/961 software. This software is respon- 
sible for updating the response fields of these com- 
mands. It is responsible for copying the user send 
buffer in MULTIBUS I system memory into its on- 
board buffers for transmission and for copying re- 
ceived messages to user buffers in MULTIBUS I sys- 
tem memory. 


Diagnostics 


The iSBC/iSXM 552A board offers a range of power 
up diagnostics designed to ensure that the 80186 
processor, the memory, and the IEEE 802.3 inter- 
face are functioning properly. Table 5 describes 
these diagnostics. 


Table 5. Functions 
Checked 
by 
ISXMTM 552A Diagnostics 


1. Insufficient RAM 
2. RAM March Pattern Test 
3. Ram Ripple Data Test 
4. Boot Firmware PROM Checksum 
5. Address PROM Checksum 
6.80186 Interrupt Controller 
7.80186 Timer Controller 
8. 82586 Initialization 
9. 82586 CRC Check 
10. 82586 Broadcast Packet Recognition 
11. 82586 External Loopback 
12. 82586 Individual Address Recognition 
13. 82586 Multicast Address Recognition 
14. 82586 Reset 
15. 82586 Diagnose Check 


The iSXM 552A board is a complete system product 
that allows a user to emphasize the development of 
high level software, such as a network file server. 
The iSXM 552A board and the iNA 961 software to- 
gether form a transport COMMengine that integrates 
into any MUl TIBUS I system. iNA 961 is supplied in 
a boot loadable file format. This file can be loaded 
into the iSXM 552A by a host processor or through a 
remote boot server network node. The boot firm- 
ware on the iSXM 552A supports both functions. In 
order to remote boot the host system, appropriate 
host processor firmware and software is required. 


The iSBC 552A allows a user to fine tune iNA 960 
and to put the software on the board. Both iNA 960 
and the iSBC 552A can be flexibly configured to best 
meet the users' requirements. An Intel development 
system, together with the Intel 121CETMsystem or 
equivalent product can be used if the user desires to 
do extensive development work on the iSBC 552A. 
Intel also supplies a wide range of host processor 
boards and systems (such as the iSBC 286/12 and 
system 310) that will function well both with the iSBC 
552A or the iSXM 552A board. 


SPECIFICATIONS 
Data Transfer: 8 or 16 bits 
Average Raw MUl TIBUS I Transfer Rate: 


8.?M bits/second 
(450 ns., 16-bit 
system memory and no MUl TIBUS I 
contention) 


Transceiver 
Interface 
Transmit Data Rate: 10M bits/second 
Signal levels: 
Series 10,000 ECl-compatible 
Host Interrupts: 
One MUl TIBUS I non-vector 
interrupt for use in system/ 
host handshaking 


MUl TIBUS Interface: The iSBC/iSXM 552A board 
conforms to all AC and DC re- 
quirements outlined in Intel 
MUl TIBUS 
I 
Specification. 


Order Number 142686-022m 
except for the following sig- 
nals: 
SignaIDATO-DAT? 
Signal Specification: 
III = 180 1J.A IIH = 1251J.A 
DC Power Required: 
All voltages supplied by the 
MUl TIBUS I interface 
+5.0V ±5%, 6.2A maximum 
+ 12.0V 
± 5%, 
0.5A 
maxi- 


mum 


Environmental 
Temperature: O°Cto + 55°C Operating 
-40°C to -65°C 
Non-Operating 
Humidity: 
5% to 90% Operating 
5% to 95% Non-Operating 


ORDERING 
INFORMATION 
Part Number Description 
SBC552A 
IEEE 802.3 COMMengine 
SXM552A 
IEEE 802.3 Transport 
Engine for 


iNA961 and SYP310 systems 
iNA960 
Configurable transport software us- 
able with the SBC552A 
iNA961 
Preconfigured transport software for 
the SXM552A 


i~SBXTM 
586 ETHERNET DATA LINK ENGINE 
Member of the OpenNETTM Product Family 


_ 
Provides an IEEE 802.3 (Ethernet) 
_ 
Single Wide iSBXTMMULTIMODULETM 
Connection for Host Boards with 16-Bit 
that Conforms to Intel's iSBX Bus 
iSBXTMCapabilities 
Specifications 


_ 
Based on Intel's 8 MHz 82586 LAN 
_ 
Compatible with iNA 960 ISO Transport 
Coprocessor Chip which Includes the 
Layer Software 
following features: 
- 
Direct Support for iRMXTMOperating 
- 
Automatic Retransmission 
Systems 
- 
On-Board Multicast Address Filtering 
- 
Source Code Support for Other 
- 
Host Interface via Buffer Chaining 
Operating Systems 
_ 
16 Kbytes of Local Dual-Ported Buffer 
_ 
Building Block for IEEE 802.3 to IEEE 
RAM 
802.4 Router 


The iSBXTM 586 Ethernet 
Data Link Engine is a single wide iSBX sized card that provides 
a low cost Ethernet 
controller 
MUL TIMODULETM 
for MUL TIBUS® 
based systems 
with 16-bit iSBX bus capabilities. 
Based on the 
82586 
Local Area Network 
Coprocessor, 
the iSBX 586 implements 
the data link (Layer 2) and physical 
(Layer 
1) layers 
of the 
International 
Standards 
Organization 
(ISO) Open 
Systems 
Interconnect 
(OSI) 
Reference 
Model. 
This allows the iSBX 586 to supply an IEEE 802.3 
10 Mbps (Ethernet) 
connection 
for an iSBC board 
with iSBX capabilities. 


The 
iSBX 586 MUL TIMODULE 
is a low cost 
building 
block 
that 
can implement 
an Ethernet 
connection 
at 
various 
levels of integration. 
One application 
for the iSBX 586 is as a "best 
effort" 
datagram 
message 
delivery 
engine. 
In conjunction 
with the host iSBC board running iNA 960 R2.0 ISO Transport 
Software, 
the iSBX 586 
can allow for a four-layer, 
OpenNET 
compatible 
solution 
for Ethernet 
connections. 
With the iSBC 554 IEEE 
802.4 LAN controller 
as the host running iNA 960, the iSBX 586 provides 
the Ethernet 
connection 
for an IEEE 
802.3 to IEEE 802.4 router configuration. 
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The iSBX 586 MULTIMODULE consists of the fol- 
lowing major architectural blocks (see Figure 1): an 
8 MHz 82586 LAN Coprocessor configured for 
Ethernet, an Ethernet Serial Interface (ESI), an iSBX 
Interface Controller (XIC) chip, 16 KB of on-board 
RAM memory and the iSBX Bus Interface. 


The Ethernet Interface of the iSBX 586 consists of 
the 82586 Local Area Network Coprocessor and the 
Ethernet Serial Interface components. The 82586 is 
made up of a serial machine, which provides the 
data link control and a parallel interface that is com- 
patible with MCS-86 based systems. The ESI, es- 
sentially, is a 10 Mbps Manchester encoder/decod- 
er. 


82586 LAN Coprocessor 


The 82586 is an intelligent peripheral that complete- 
ly manages the processes of transmitting and re- 
ceiving frames over the network, thus off-loading the 


host CPU of communication management tasks. 
The 82586 features an on chip DMA controller which 
allows it to access the local memory through the 
efficient buffer chaining mechanism. Other features 
of the 82586 are the ability to perform network man- 
agement activities including error and collision tallies 
and diagnostic capabilities via the internal and exter- 
nal loopback functions. Control of the 82586 is 
through high level commands such as TRANSMIT 
and CONFIGURE. 


All information passed between the 82586 and the 
host board is made through the shared local memo- 
ry. The host CPU may load the memory with a com- 
mand and prompt the 82586 to execute. While re- 
ceiving a packet, the 82586 loads receive buffers in 
local memory and, after completing the reception, 
interrupts the host board to indicate that a packet 
has been received. 


The interrupt output of the 82586 is connected di- 
rectly to the iSBX interface and is the only direct 
contact that the 82586 has with the host board. This 
interrupt is used to inform the host board of any 
event that has occurred which requires the host's 
attention. 
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A typical local bus cycle begins with a channel atten- 
tion issued by the baseboard to the iSBX 586 (see 
section on the iSBX Bus Interface). Following the 
channel attention, the 82586 generates a HOLD. 
The iSBX Interface Controller (XIC) arbitrates the 
request, releases the control lines and issues a 
HOLDA (Hold Acknowledge). The 82586 can then 
proceed with normal read and write cycles. After 
completing 
the 
required memory accesses, the 
82586 de-asserts the HOLD signal and the XIC re- 
moves the HOLDA. After completing the cycle, an 
interrupt to the host board is generated. For further 
information regarding the 82586, refer to the 82586 
Data Sheet. 


The ESI is a 10 Mbps Manchester encoder/decoder 
designed to work directly with the 82586 LAN Co- 
processor. Additionally, the ESI generates the 10 
MHz transmit and receive clocks for the 82586 and 
drives the transceiver cable. The internal loopback 
function of the ESI allows for fault isolation. 


Loopback is asserted directly through the iSBX Inter- 
face Bus and as such, is controlled by the host CPU. 
When asserted, the 
ESI routes the serial data 
through the transmit logic (without activating the out- 
put drivers) and back through the receive logic to be 
output to the 82586. 


The iSBX Interface Controller (XIC) chip integrates 
the functions necessary to allow the 82586 LAN Co- 
processor and the static memory on board the 
iSBX 586 to interface with the iSBX Interface Bus. 
The XIC chip was designed to accept all pertinent 
iSBX bus signals and act on them in accordance 
with the iSBX Bus Specification for 16-bit iSBX sys- 
tems. The XIC chip is an Intel proprietary component 
and is not offered as a unique product. 


The XIC arbitrates local bus control between the 
82586 and the iSBX Bus Interface. After decoding 
the chip select, address and command lines from 
the iSBX Bus and the HOLDA signal from the 82586, 
the XIC synchronizes the request, determines priori- 
ty and surrenders control of the local bus to the ap- 
propriate bus master. The 82586 has priority over 
the iSBX Interface Bus in terms of local bus arbitra- 
tion. Once the arbitration has been resolved, the XIC 
chip is responsible for activating the proper address 
lines and chip selects for local memory. Additionally, 
the XIC turns on the proper data drivers and man- 
ages the memory control lines. 


On Board Memory 


The iSBX has 16 Kbytes of on board local RAM that 
serves as a communication liaison between the 
82586 and the host CPU as well as providing buffers 
for packet storage prior to transmission and after 
reception. The RAM consists of two 8K x 
8-bit 
CMOS static RAM chips configured as a two byte 
word to provide the full 16 bits of data. The RAM is 
addressed from 0 to 3FFFH locally but may be ac- 
cessed at any 16K boundary (0, 4000H, 8000H, etc.) 
by the host board. In this way, the 82586 can access 
the fixed System Configuration Pointer (SCP) at 
memory location 3FF6H. Refer to the 82586 Data 
Sheet for information on the SCPo 


A standard 32 x 8-bit PROM is used to contain the 
unique Ethernet station address. The station ad- 
dress is factory programmed and can only be ac- 
cessed by the host board via the iSBX Bus. 


The iSBX Bus Interface is a major portion of the 
iSBX 586 MULTIMODULE. The XIC provides the in- 
terface between the iSBX Bus and the 82586 LAN 
Coprocessor and the local memory. The iSBX 586 is 
addressed as if it is an I/O slave on the iSBX Bus. 
There are four iSBX ports allocated for baseboard 
communication. The decoding of the ports is out- 
lined in Table 1. MAO-MA2 are iSBX bus address 
lines. 


MA2 
MAl 
MAO 
Function 
Read/Write 


X 
0 
0 
Memory Access 
RD/WR 


X 
0 
1 
iSBXTM Address 
Load 
WROnly 


X 
1 
0 
Station 
Address 
Read 
RDOnly 


X 
1 
1 
Channel 
Attention 
WROnly, 
Data = X 


NOTE: 
As described in the iSBX Bus Specification, 16-bit 
iSBX base boards may connect ADR1-3 
to the 
MULTIMODULE MAO-2 lines. 


Due to the lack of addresses on the iSBX bus, the 
local iSBX 586 memory address must be set prior to 
the actual read or write operation over the iSBX Bus. 
The baseboard must first set up the appropriate ad- 
dress by executing an I/O write to the iSBX Address 
Load port 1 (MA1 = 0, MAO = 1). The data written 
to port 1 is considered the iSBX memory address for 
the following iSBX memory access. The baseboard 
accesses the memory by addressing the iSBX Mem- 
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ory Access port 0 (MA1 = 0, MAO = 0) for either a 
read or a write operation. The previously loaded 
memory address automatically increments allowing 
for sequential memory access without reloading the 
iSBX address (port 1). 


Channel attention is the signal used by the host CPU 
to prompt the 82586 into action. The baseboard is- 
sues a channel attention by simply writing to the 
iSBX port address 3 (MA1 = 1, MAO = 1). In re- 
sponse, the XIC chip asserts the Channel Attention 
signal directly to the 82586. 


The unique, factory programmed Ethernet station 
address can only be read by the host board. Read- 
ing the station address is accomplished by the base 
board issuing an I/O read to the iSBX port address 2 
(MA1 = 1, MAO = 0). The PROM address space is 
between 0 and 3EH. 


A typical iSBX Bus Cycle is intiated by the base- 
board activating the appropriate address, chip select 


and command lines. After the XIC chip receives the 
active address and chip select signals, it issues an 
MWAIT to the baseboard. When the command is 
received, the XIC arbitrates between the 82586 and 
the baseboard. If the arbitration is resolved in favor 
of the baseboard, the XIC turns on all drivers on the 
iSBX 586 board for the current cycle. Subsequently, 
the MWAIT signal is de-asserted, allowing the base- 
board to complete the cycle. 


The iSBX 586 is designed to operate as a slave to 
MULTIBUS hosts with 16-bit iSBX bus capabilities. 
Because the iSBX 586 has no processing ability, all 
associated software must be executed by the host. 
Most of the functions of the Data Link and Physical 
layers of the ISO Model are supported by the 
iSBX 586. iNA 960 R2.0 is Intel's ISO compatible 
software package for the Network and Transport 
Layers. 
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ORDERING 
INFORMATION 
PartNumber 
Description 


iSBX 586 
Ethernet Data Link Engine 


SPECIFICATIONS 
iSBX Interface 


Data Transfer 
Signal Levels 


Serial Interface 
DC Power 
Requirements 


16 bits 
See the iSBX 586 Hard- 
ware Reference Manual 
All iSBX bus signals are 
supported except: 
MA2 
MINTR1 
MCLK 
OPT1 
MDACK 
TDMA 
MDRQT 
-12V 
IEEE 802.3 compatible 
All voltages supplied by 
the iSBX Interface 
+5V 
DC ±5%, 
2A max. 
+12V DC ±5%, 1A max. 


ENVIRONMENTAL 
Temperature 
O·C to 
55·C 
Operating 
(Free moving air across 
the 
base 
board 
and 
iSBX 586) 
- 40·C to 
+ 65·C 
Non- 
Operating 
5% to 90% Operating 
5% to 95% Non-Operat- 
ing 


Refer to the iSBXTM586 Hardware Reference Man- 
ual (not supplied) for details. 
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iSBC® 554 
MAP COMMUNICATIONS 
ENGINE 


• 
Provides 
IEEE 802.4 Networking 
Capability 
for MUL TIBUS® 
Based 
Systems 
Running Under any Operating 
System 


• 
Serves 
as a Complete 
Front End 
Communication 
Engine With the 
Capacity 
to Provide 
MAP Layers 
1 
Through 
7 Capability 
for MUL TIBUS® 


Based Hosts 


• 
Runs on Board Intel's Proven 
iNA 960 
Rei 2.0 Providing 
the ISO 8073 
Transport 
Software 
and ISO 8473 
Network 
Software 
as Required 
by the 
Map Specifications 


• 
Runs on Board Intel's MAP-NETTM 
Software 
for Layers 5-7 
of the Map 
Protocol 


• 
Preconfigured 
Software 
Available 
for 
Seven 
Layer Map Engine, Four Layer 
Transport 
Engine or IEEE 802.4 to IEEE 
802.3 Router 


• 
8 MHz 80186 Processor 


• 
256K Bytes of RAM of Which 
128K Bytes Provide 
Dual Port Window 


Support 


• 
10 Mbps IEEE 802.4/Token 
Bus Modem 


Interlace 


• 
Sockets 
for up to 4 JEDEC 28 Pin 
Memory 
Devices, 
up to Maximum 
of 
160K Bytes EPROM Storage 


• 
One ISBXTM Bus Connector 
for I/O 
Expansion 
Capability 


• 
Can Be Configured 
as Either a Master 
or a Slave in MUL TIBUS 


• 
On Board Diagnostic 
and Boot 
Firmware 


• 
Available 
In Three 
Different 
Modem 
Frequencies/Channel 
Pairs 


t 


The iSBC 554 COMMengine product is designed to fit into front end LAN Communication processor applica- 
tions. It allows the connection of MULTIBUS I based systems onto a MAP/IEEE 802.4 (Token Bus) LAN. 
COMMengines are dedicated communication processor boards. They allow the host processor board to off- 
load LAN communication related tasks onto the front end COMMengine. Therefore the host has more pro- 
cessing capability for user applications or other tasks. COMMengines also allow the networking of existing 
systems without forcing a redesign of the entire system architecture. 


The iSBC 554 board can be used as a front end COMMengine for a MULTIBUS-based host running any 
operating system. This is because the on board software provides a high level interface to the host (e.g., 
application or transport level commands). This results in a powerful system building block which enables an 
OEM to connect MULTIBUS-based systems onto IEEE 802.4 10 Mbps LANs. Applications for the iSBC 554 
include networked iRMXTM-basedsystems for real time applications and networked XENIX' systems for 
laboratory and data base application. The iSBC 554 is preconfigured to run iNA 961 R2.0 transport and 
network software. iNA 961 R2.0 is a preconfigured version for the iSBC 554 of Intel's iNA 960 LAN software 
which implements the ISO 8073 Class 4 transport protocol and the ISO 8473 network layer protocol. 


The iSBC 554 COMMengine supports multiple datalinks via the iSBX connector located on the iSBC 554 
baseboard. The user has the option to interface any of Intels iSBX communication interfaces to support a two 
way router. For example iNA 960 supports the MAP/TOP router using the iSBX 586 interface. The preconfig- 
ured router software is supplied in iNA 961. 


The iSBC 554 is also capable of running on a board MAP2.1SXMSW preconfigured implementation of the 
MAP software for layers 3 through 7 of the ISO/OSI model. This is an ideal turnkey solution for OEMs requiring 
a 7 layer MAP COMMengine. MAP-NETTMprovides layers 5 through 7 of the MAP specifications and can be 
configured with iNA 960 R2.0 to run on the iSBC 554, providing a complete on-board seven layer COMMen- 
gine. 


iSBC® 554 FUNCTIONAL 
DESCRIPTION 


The iSBC 554 board is a preconfigured MAP Com- 
munication Engine with boot firmware and 256K 
bytes of RAM. The iSBC 554 board is offered for use 
with Intel's MAP-NET/iNA 960 based MAP software. 
The iSBC 554 firmware provides the capabilities to 
load Intel's MAP software on the iSBC 554 from ei- 
ther a buffer in the local host or remotely from an- 
other Token Bus station. It also performs a variety of 
on-board diagnostics. 


The MAP-NET with iNA 960 R2.0 software and the 
iSBC 554 board together provide the functionality of 
a preconfigured as independent 7 layer engine. In 
addition to transport services, iNA 960 R2.0 soft- 
ware also includes ISO 8473 Internet network layer, 
extensive data link and network management facility 
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services. 
Figure 
1 shows 
the 
configuration 
of 
MAP-NET and iNA 960 R2.0. Table 1 shows some 
examples of functions provided by MAP-NET and 
iNA 960 R2.0. iNA 961 R2.0 is a preconfigured ver- 
sion of iNA 960 for the iSBC 554. Refer to the 
iNA 960 R2.0 data sheet for more information. 


MAP-NET is Intel's implementation of the MAP soft- 
ware for layers 5 through 7. Refer to the MAP-NET 
data sheet for more information. This implementa- 
tion of layers 5 through 7 will run on the iSBC 554 
along with iNA 960 R2.0. The iSBC 554 coupled with 
the software packages provides a high performance, 
7-layer 
communication 
engine 
(see 
Figure 
1). 


MAP 2.1SXMSW is also available as a preconfigured 
software package providing layers 3 through 7 of the 
MAP software. This package and the iSBC 554 pro- 
vides a 7 layer turnkey MAP solution. 
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Application 
File Transfer, 
Access 
and Management 
(FTAM) 


<. 


Provides 
remote operations 
on files (Create, Read, Write, Delete, 


Get File Attributes) 
Common 
Application 
Service 
Elements 
(CASE) 
Supports 
all the services 
provided 
by the lower ISO layers 
Provides 
name to address translation 
support 


" 


Directory 
Services 
Performs 
name to address conversion 
Maintains 
local cache of resolved 
names 
Two forms of directory 
service-client 
service agent for local data 
base and directory-service 
agent for remote (master) data base 


Session 
' Implements 
subset of ISO Session 8327 specified 
by the MAP 2.1 


Specifications 
Provides 
"Graceful 
Close" 
"Graceful 
Close" 
allows the closing of a connection 
without 
any 
loss of queued requests 
It enhances 
the transport 
provided 
"close" 
which aborts a 
connection 


Transport 
Virtual circuit 
open: establish 
a virtual circuit data base 
send connect: 
actively try to establish 
a virtual connection 
await connect: 
passively 
awaits the arrival of a connection 
request 


send: send a message 
receive: post a buffer to receive a message 
close: close a virtual circuit 
Datagram 
send: send a datagram 
message 
receive: post a buffer to receive a datagram 
message 


Network 
Internetworking 
routing between 
multiple 
lans 
segmentation/reassembly 
user defined 
routing tables 
Multiple subnets 
supported 
user supplied 
802.3, 802.4 


Data Link 
Transmit: 
transmit 
a data link packet 
Receive: 
post a buffer to receive a data link packet 
Connect: 
make a data link logical connection 
(link 
service access point. IEEE802.4) 
Disconnect: 
disconnect 
a data link logical connection 
Change token bus address 
Add multicast 
address 
Delete multicast 
address 
Configure 
TBH 
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Table 
1. MAP-NETTM and INA 960 R2.0 Services (Continued) 


Read/Clear/Set network objects (local/remote): 
read/clear/set local or remote MAPNET/iNA 960 network parameters 
Read/Set network memory (local/remote): 


read/set memory of the local or a remote station 
Useful in network debug process 
Boot consumer: requests a network boot server to 
load a boot file into this station 
Echo: Echo a packet between this station and 
another remote station on the network 


Network 
Management 


The iSBC 554 board consists of the following major 
architectural blocks (see Figure 2): an 80186 proc- 
essor running at 8 MHz, the Token Bus channel 
based on the Token Bus Handler chip set and the 
Token Bus Modem, the on-board memory consisting 
of ROM and RAM, the iSBX interface, and the 
MULTIBUS interface. 


The iSBC 554 board contains an 80186 processor 
operating at 8 MHz. It is responsible for implement- 
ing the intelligent interface between the iSBC 554 
board and a host processor. The 80186 processor 
runs the MAP-NET/iNA 960 R2.0 transport software 
and the data link software needed by the Token Bus 
Handler chip set. It is responsible for the delivery of 
data between user buffers in MULTIBUS memory 
and iNA buffers on the iSBC 554 board. The iNA 
software is responsible for the reliable transfer of 
information across the Token Bus LAN. 


The one megabyte address space of the 80186 is 
divided into four quadrants (see Figure 3). The first 
quadrant (0-256K Byte) is local RAM memory. The 
second quadrant is memory mapped Token Bus 
Handler address. The third quadrant (512-768K 
Byte) maps into two MULTIBUS windows (128K 
Byte each). These windows allow the iSBC 554 
board to access the total 16M Byte of MULTIBUS 
memory in 128K Byte segments. The fourth quad- 
rant (768-1 M Byte) is local ROM which contains the 
80186 firmware, the Token Bus station address, and 
relocated 80186 internal registers. 


The two 128K Byte MULTIBUS windows each start 
on 64K Byte boundaries anywhere in the 16M Byte 
MULTIBUS memory. The starting location of either 
window is determined by writing to a local I/O 
mapped latch. 


Options on the iSBC 554 board allow up to 128K 
Byte of RAM to be accessible by the host. This dual 
port RAM is jumper selectable to appear anywhere 
in the MULTIBUS 16M Byte memory space on 128K 
Byte boundaries. The dual port RAM memory is a 
data link between the on board 80186, the token bus 
controller, and the bus master (if any) managing the 
systems functions. This shared dual port RAM can 
be used to transfer command, status and data be- 
tween the on board 80186 processor and the host. 
This feature minimizes the necessity for the 80186 
to access MULTIBUS while acquiring shared infor- 
mation. This has a direct positive effect on perform- 
ance, serving to eliminate bus contention. 


The Token Bus interface on the iSBC 554 is imple- 
mented by the Token Bus Handler (TBH) chip set 
and the Token Bus Modem (TBM). Data is trans- 
ferred between the on-board memory and the TBH 
by the TBH initiated DMA. The TBH will then pass 
data, operating according to the IEEE 802.4 Token 
Bus Specification, to the TBM which handles the 
physical interface to the Token Bus. 


Each iSBC 554 board is manufactured with a unique 
default Token Bus network address stored in an ad- 
dress PROM. This address PROM is protected by 
checksum and can be read by utilizing the on board 
I/O. 


The iSBC 554 board can access the MULTIBUS with 
an 8- or 16-bit data path and can support up to 24 
address bits. The internal 80186 registers are relo- 
cated into the local memory map to avoid conflicts 
with MULTIBUS I/O during 80186 internal register 
accesses. The iSBC 554 board is capable of access- 
ing the 
MULTIBUS 
I/O 
from 
384-64K 
(180H- 
FFFFH) Byte of I/O space locations. 


A host processor in a system communicates with the 
iSBC 554 board via a flag byte port in the MULTI- 
BUS interface. The flag byte port is presented as a 


inter 


ISBX TM 
INTERfACE 


TOKEN 
BUS 
MODEM 


MULTIBUS4li SYSTEM BUS 


231594-2 


Figure 
2. ISBC<B>554 Architectural 
Blocks 
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Figure 
3. iSBC<B>554 Memory 
Configuration 


MULTIBUS I/O port to the host processor. The loca- 
tion of this I/O port on the MULTIBUS is configura- 
ble on the iSBC 554 board. To the 80186 processor 
on the iSBC 554 board, the flag byte is in a local I/O 
mapped location. 


The flag byte port is used by the host processor to 
reset the iSBC 554 board, to interrupt the 80186 
processor and to reset a MULTIBUS interrupt gener- 
ated by the iSBC 554 board. The iSBC 554 board 
uses the flag byte to set or clear an interrupt to the 
MULTIBUS, or clear an interrupt from the MULTI- 
BUS (Table 2). 


For those applications requiring processing capacity 
and the benefits of multiprocessing (i.e., several 
CPUs and/or 
controllers logically sharing system 
tasks through the communication of the system 
bus), the iSBC 554 board provides full MULTIBUS 
arbitration control logic. 


ISBXTM INTERFACE 


One 8/16 bit iSBX MULTIMODULETMconnector is 
provided on the iSBC 554 board. Through this con- 
nector, additional on-board I/O functions may be 
added. iSBX MULTIMODULE boards optimally sup- 
port functions provided by VLSI peripheral compo- 


nents such as additional parallel and serial I/O, 
analog I/O, small mass storage device controllers 
(e.g., cassettes and floppy disks) and other custom 
interfaces to meet specific needs. By mounting di- 
rectly on the iSBC 554 board, less interface logic, 
less power, simpler packaging, higher performance, 
and lower cost results when compared to other al- 
ternatives such as MULTIBUS form factor compati- 
ble boards. The iSBX connector on the iSBC 554 
board provides all signals necessary to interface to 
the local on-board bus, including 16 data lines for 
maximum data transfer rates. iSBX MULTIMODULE 
boards designed with 8-bit data paths and using the 
a-bit iSBX connector are also supported on the iSBC 
554 board. A broad range of iSBX MULTIMODULE 
options are available in this family from Intel. Custom 
iSBX modules may also be designed for use on the 
iSBC 554 boards. An iSBX bus interface specifica- 
tion and iSBX connector documentation are avail- 
able from Intel. 


The iSBC 554 board communicates with a host 
processor through a handshake of interrupts. The 
host processor can generate flag byte interrupts to 
the 80186 on the iSBC 554. The iSBC 554 can gen- 
erate MULTIBUS interrupts to the host processor. 
The host processor and the iSBC 554 can also com· 


Value Written 
Source 
Actions 
to Flag Byte Port 


1 
iSBC 554 board 
Clears interrupt to the MULTIBUS 


MULTIBUS backplane 
Resets iSBC 554 board 


2 
iSBC 554 board 
Sets interrupt to the MULTIBUS 


MULTIBUS backplane 
Sets interrupt to the iSBC 554 board 


3 
iSBC 554 board 
Clears interrupt to the iSBC 554 board 


MULTIBUS backplane 
Clears interrupt to the MULTIBUS 


municate through shared MULTIBUS system memo- 
ry. As much as 128K byte of the on-board RAM on 
the iSBC 554 board is accessible to the host proces- 
sor and the iSBC 554 board can read and write all of 
the 16M byte of MULTIBUS system memory. 


The iSBC 554 is designed to function in any MULTI- 
BUS system as a communication processor. It can 
function as both a MULTIBUS bus master or a slave. 
As a MULTIBUS master, it can access up to 16M 
Byte of host memory and 64K byte of I/O address. 
As a MULTIBUS slave, it occupies one location re- 
served for the flag byte. 


MAP-NET liNA 
960 R2.0 USER 
INTERFACES 


User programs give MAP-NET/iNA 960 commands 
to the MAP-NET/iNA 960 R2.0 software on the iSBC 
554 board via the MULTIBUS Interface Protocol 
(MIP). MIP is an Intel reliable process to process 


HOST 
OPERATING 
SYSTEM 


FILE 
ACCESS 
INTERFACE 


USER 
MIP 
DRIVER 


TRANSFER OF 
REOUEST BLOCKS 
(COMMANDS) 


message 
delivery 
protocol 
between 
MULTIBUS 
processors. An implementation of the MIP protocol 
is provided on the iSBC 554 board for communica- 
tion with the host. The corresponding MIP protocol 
implementation will have to be provided by the user 
on 
the 
host 
side 
for 
communicating 
with 
the 
iSBC 554. Figure 4 illustrates how this message de- 
livery functions. Commands are passed between the 
iSBC 554 and the host processor in the form of re- 
quest blocks. A request block is a buffer that con- 
tains a command specification and the command 
parameters. Each request block (or equivalently, 
each command) is reliably delivered from the host 
processor to MAP-NET/iNA 960 R2.0 via the MIP 
facility. MAP-NET/iNA 960 R2.0 will extract the com- 
mand information and carry out the command. After 
a command is done, MAPNET/iNA 960 R2.0 will use 
the MIP facility to return the command result to the 
user program. 


iNA 960 R2.0 request blocks are in the same for- 
mats as iNA 960 commands. Refer to the iNA 960 
and MAP-NET data sheets and reference manuals 
for more details on the iNA 960 R2.0 and MAP-NET 
software. 


INA 
MIP 
DRIVER 


MAPNET'" 
+ 
INA 960 
SOFTWARE 
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ISBC® 
554/iNA 
960 
R2.0/MAPNET'" 
BOARD SOFTWARE 


intJ 


PRECONFIGURED 
SOFTWARE-INA 
961 AND MAP 2.1SXMSW 


Preconfigured iNA 960 software supports the iSBC 
554 COMMengine as a router (MAP/TOP) or as a 
transport and network communications engine. The 
iNA 961 package contains the iRMX 86 device driv- 
er, user interface utilities and preconfigured commu- 
nications software. 


MAP 2.1SXMSW preconfigured 7 layer solution sup- 
ports all seven layers on the iSBC 554 COMMengine 
board. The layers that are located on the COMMen- 
gine includes FTAM, Directory Services, CASE, Ses- 
sion, Transport, Network, and the Data Link layer. In 
order to allow the maximum flexibility in interfacing 
users applications, the Network Management facility 
has been added. The combined layer solution pro- 
vides the user with a certified, and conformance 
tested COMMengine, with the flexibility to modify all 
the system parameters. 


The above preconfigured MAP product is supplied 
with iRMX 86 device drivers, user interface utilities 
and the 7 layer conformance tested software. The 
iSBC 554 COMMengine and software is designed to 
support generic operating systems and different 
host processors. 


OPERATING 
SYSTEMS 
ENVIRONMENT 


The iSBC 554 board and iNA 960 R2.0 software can 
function in any MULTIBUS environment. The com- 
munication between the iSBC 554 board and the 
host processor is entirely independent of any host 
operation systems. MAP-NET/iNA 960 R2.0 use the 
MIP protocol to interface with the host processor. 
MAP-NET/iNA 960 R2.0 can service multiple pro- 
cesses utilizing its services at the same time. 


A host processor passes MAP-NET/iNA 960 R2.0 
commands and buffers in the MULTIBUS system 
memory to the MAP-NET/iNA 960 R2.0 software. 
MAP-NET/iNA 960 R2.0 is responsible for updating 
the response fields of these commands. It is respon- 
sible for copying the user send buffer in MULTIBUS 
system memory into its on board buffers for trans- 
mission and for copying received messages to user 
buffers in MULTIBUS system memory. 


iSBC® BOOT FIRMWARE 
USER 
INTERFACE 


The 
iSBC 554 boot 
firmware is u$ed to 
load 
MAP-NET/iNA 960 R2.0 or other software onto the 
554 from either local MULTIBUS memory or a re- 


mote network station. The firmware performs a num- 
ber of local and network diagnostics. 


The iSBC 554 boot firmware commands fully sup- 
port the initialization of the MIP interface. The MIP 
interface is used by the host processor to communi- 
cate with the iNA 960 R2.0 once it is loaded and 
started. 


The iSBC 554 board offers a range of power up di- 
agnostics designed to ensure that the 80186 proc- 
essor, the memory (EPROM and RAM), and the To- 
ken Bus Interface are functioning properly. 


Available 
Literature: 
- 
iNA 960 Release 2.0 Programmers Reference 
Manual 
- 
iNA 960 Release 2.0 Configuration Guide 
- 
iSBC 186/51 Hardware Reference Manual 
- 
iSBC/iSXM 552 Hardware Reference Manual 
- 
iSBC/iSXM 552A Hardware Reference Manual 
- 
iSBC 554 Hardware Reference Manual 
- 
MAP-NET Programmers Reference Manual 
- 
RMX-NET Programmers Reference Manual 


HARDWARE 
Part Number 
Modem Frequencies/Channel Pairs 
iSBC 554-1 
Transmit: 59.75 to 71.75 MHz/Ch. 3 
and 4 
Receive: 252 to 264 MHz/Ch. Pand Q 
iSBC 554-2 
Transmit: 71.75 to 83.75 MHz/Ch. 4A 
and 5 
Receive: 264 to 276 MHz/Ch. Rand S 
iSBC 554-3 
Transmit: 83.75 to 95.75 MHz/Ch. 6 
and FM1 
Receive: 276 to 288 MHz/Ch. T and U 


SOFTWARE 
Code 
MAP21SXMSWRO 
Description 
License 
for 
preconfjgured 
MAP 2.1 Layers 3-7 software. 
Incorporation fee for precon- 
figured MAP 2.1 Layers 3-7 
software (licence required). 
License for configurable MAP 
2.1 layers 5-7 software. 
Incorporation fee for configu- 
rable MAP 2.1 layers 5-7 soft- 
ware (license required). 
Preconfigured transport 
and 
internet software for an IEEE 
802.3 to IEEE 802.4 Router. 
Configurable MAP 2.1 layers 
3-4 software. 


HARDWARE/SOFTWARE 
PACKAGES 


Code 
Description 


MAP554NODEKIT-X Package consists of one iSBC 
(X = 1, 2 or 3) 
554-X (X = 1, 2 or 3) and one 
MAP21SXMSWRF. This kit re- 
quires the prior purchase of 
MAP21SXMSWRo-the 
soft- 
ware license. 


Network Interface 
Compatibility/ 
IEEE 802.4, Token Bus 10 Mbps 


Conformance 
Broadband 
Cable Connection 75.0. Output on Type F Female 


Connector 
Head End 
Operates with Remodulator Head 
End 


Host Interface 
MULTIBUS<!>Interface 


DC Power Required 
(Maximum Excluding 
iSBX) 


Conforms to All AC and DC 
Requirements of the Intel 
MULTIBUS Specification 
+5 VDC - 
5.5A 


+ 12 VDC - 
0.3A 


-12 
VDC - 
0.15A 


Environmental 
Temperature: 
O°Cto 60°C Operating 
- 40°C to + 85°C Storage 


Humidity: 
5% to 95%, Non-Condensing, for 
Both Operating and Storage 


intetAP_NETTM 
COMMUNICATIONS SOFTWARE 
(MAPNET2.1 AND MAP2.1SXMSW) 
MEMBER OF THE OpenNETTM PRODUCT FAMILY 


• 
Supported 
by OpenNETTM-Map 
Hardware 
and Software: 
-ISBC@554 
Token 
Bus Board 
-INA 
960 Communication 
Software 


• 
MAPNET2.1 
Implements 
ISOIOSI 
Layers 5-7, 
as Specified 
by Map 
Version 
2.1 


• 
Designed 
to Interface 
with INA 960 Rei 
2.o-lntel's 
Transport 
and Network 
Software 
for Layers 3-4. 


• 
MAPNET2.1, 
INA 960 Rei 2.0 and the 
ISBC@554 Map Board Provide 
a Seven 
Layer, 
Modular 
and Conflgurable 
MAP 
Solution 
Based on Intel's OpenNET 
Architecture. 


• 
Provides 
MAP 2.1 ISO FTAM, Session, 
CASE, Network 
Management/Directory 
Services 


• 
Pre-Configured 
to Run on Intel's ISBC 
554 MAP Board 


• 
Preconflgured 
Software 
Provides 
Layers 3-7 
of the MAP 2.1 
Specifications. 


• 
Preconflgured 
Map Software 
with the 
ISBC 554 Board Provides 
a Seven 
Layer Turnkey 
Solution. 


MAPNET2.1, iNA 960 Rei 2.0 and the iSBC 554 Map Board are ready-to-use building blocks for OEM suppliers 
of networked systems to implement 1501051 layers 1-7, as specified by MAP version 2.1. The Intel iSBC 554 
board provides the data link and the IEEE 802.4 based physical layer for MULT1BUS~ based systems. 
MAP-NET is designed to use the services and interface provided by Intel's iNA 960 Rei 2.0 Software package. 
iNA 960 Rei 2.0 provides the ISO 8473 network and ISO 8073 transport layers 3 and 4 of MAP 2.1. 
MAPNET2.1 provides layers 5-7 of the MAP 2.1 specifications and is designed to run on top of iNA 960 Rei 
2.0 on the iSBC 554 board. Together the board and software modules provide a complete, seven layer 
configurable MAP solution for OEM's. The MAP-NET software is also available preconfigured with iNA 960 Rei 
2.0 to run on the Intel iSBC 554 board. This preconfigured software with the board provides a complete 7 layer 
turnkey solution for MAP 2.1. 


Figure 1. below indicates how Intel's OpenNETIMAP software and hardware products fit in the 1501051 
reference model for MAP. 
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The Intel MAPNET2.1 software provides the follow- 
ing services specified by MAP 2.1; the session serv- 
ice, directory services, network management, FTAM 
and CASE. These services fit into the upper 3 layers 
of the ISO/OSI 7 layer model. 


Using the Services of MAP-NET, users can initiate 
communications with other users on a MAP LAN, 
access information regarding resources available on 
a LAN, transfer files across a LAN and address oth- 
er users on the LAN by logical names rather than 
numbered addresses. 


MAP-NET is designed to interface with iNA 960.Rei 
2.0. iNA 960 Rei 2.0 provides the network and trans- 
port protocol that is required by the map specifica- 
tion. Please refer to the iNA 960 data sheet for more 
information. The configurable software packages 
MAP-NET and iNA 960 Rei 2.0 are designed to run 
on the iSBC 554 for a complete, on-board, seven 
layer map COMMengine. 


MAP2.1SXMSW is a preconfigured software pack- 
age that incorporates the functions of MAP-NET and 
iNA 960 Rei 2.0. This package provides layers 3-7 
and is designed to run on the iSBC 554 for a com- 
plete, 
on-board, 
seven 
layer, 
turnkey 
MAP 
COMMengine. 


The MAPNET2.1 software implementation provides 
the Session services specified in the MAP version 
2.1 specification. The session service is built on top 
of the iNA 960 Rei 2.0 transport service. iNA 960 Rei 
2.0 provides the class 4 services of the ISO 8073 
transport specification and the ISO 8473 network 
specification. The Session service supports all of the 
services provided by the underlying transport layer. 
Besides, the session layer also provides a 'graceful 
close' service. This service enables a user to re- 
lease a session connection without the loss of any 
outstanding requests. The 'graceful close' feature is 
in addition to the 'abort' method of close provided by 
transport. 


The MAPNET2.1 Directory Services software main- 
tains a database of network objects such as node 
names, user names, etc..., and related properties. 
For example, the directory services can be used to 
store the name of a network user and his network 


addresses as the properties associated with his 
name. A network user or application can query the 
directory service to retrieve information from this da- 
tabase. Users can also add or delete objects and 
properties from this database. 


The Directory Services provided in MAPNET2.1 
does the following: 
- 
Runs on top of CASE 
- 
Performs name to address conversion 
- 
Maintains a local cache of resolved names 
- 
Provides two forms of Directory Service-Glient 
Service Agent for Local Data Base and Directory 
Service Agent for Remote/Master 
Data Base. 
(Can be configured to utilize the host memory 
pool) 


The MAPNET2.1 Common Application Service Ele- 
ments (CASE)is built on top of the MAPNET2.1 Ses- 
sion Service. 


CASE is designed to support all the services provid- 
ed by the lower ISO layers. In addition, MAP 2.1 
CASE provides name-to-address translation for the 
user. By the use of the CASE service, a process can 
make a connection request to a remote process by 
using only the names of the processes. CASE takes 
these process names supplied by the user and re- 
solves these names into network addresses and 
identification utilizing the services provided by the 
MAPNET2.1 Directory Service. 


This greatly increases the ease-of-use of network 
Services provided by the underlying layers. 


MAP-NETTM FILE TRANSFER, 
ACCESS AND MANAGEMENT 
(FTAM) 


The FTAM Software in MAPNET2.1 provides remote 
file transfer capability. This capability is provided by 
the implementation of file request 'Initiator' module 
and a file request 'Responder' module. The Initiator 
intercepts file commands from the local user and 
transmits them across the LAN to the Responder at 
the node where the target file resides. The Re- 
sponder receives, interprets, and executes the com- 
mand acting as a user on its local node. File transfer 
between nodes is made possible by the implementa- 
tion of a common set of file transfer protocols de- 
fined by the ISO FTAM Specification. 


MAP-NETTM 
NETWORK 
MANAGEMENT 
FUNCTIONS 
(NMF) 


The NMF meets or exceeds the MAP2.1 functionali- 
ty for net management of each layer. The NMF inter- 
faces to CASE, Session, Transport, Network, and 
Data Link layers. It provides three basic services: 
- 
Read Net Management Object 
- 
Set Net Management Object 
- 
Event Notification 


The NMF can be configured as a Net Manager for 
managing local or remote Net Agents or Net Agent 
for use by a remote Network Manager. 


1) Create files on a remote node. 
2) Write into files on a remote node. 
3) Read files on a remote node. 
4) Delete files on a remote node. 
5) Get file attibutes on a remote node. 


To perform the above functions the Initiator module 
should be configured in the user's node and the Re- 
sponder should be configured in the remote target 
node. MAP-NET FTAM implementation allows a 
node to be 1) a file Initiator only, 2) a file Responder 
only and 3) both an Initiator and Responder. 


MAPNET2.1 is designed to interface with iNA 960 
Rei 2.0. iNA 960 Rei 2.0 provides the transport and 
network layers as required by the MAP specifica- 
tions. Table 1 shows some examples of functions 
provided by MAPNET2.1 and iNA 960 Rei 2.0. 


MAP2.1SXMSW-PROCONFIGURED 
LAYERS 3-7 MAP 2.1 SOFTWARE 


MAP2.1SXMSW preconfigured 7 layer solution sup- 
ports all seven layers on the iSBC 554 MULTIBUS® 
based commengine board. The services that are 
supplied by this preconfigured software package are 
FTAM, Directory Services, CASE, Session, Trans- 
port and Network layers. In order to provide maxi- 
mum flexibility in interfacing user applications, the 
network management facility has been added. The 
preconfigured MAP software product is supplied with 
iRMX®86 device drivers, user interface utilities and 
the 7 layer conformance tested software. 


Figure 2 is a layout of the complete seven layer 
commengine. The preconfigured MAP software is 
downloaded on the iSBC 554 board. The user utili- 
ties can communicate with the seven layer commen- 
gine via the MULTIBUS Interface Protocol (MIP). 


MIP is an Intel reliable process to process message 
delivery protocol between MULTIBUS processors. 
An implementation of the MIP protocol is provided 
on the iSBC 554 for communication with the host. 
The corresponding MIP/File Access Interface will 
have to be provided on the host side for communica- 
tion with the iSBC 554. The user utilities include Di- 
rectory Services, File Transfer and Net Manage- 
ment. The MIP/File Access Interface is available 
from Intel for the iRMX 86 Operating System and 
can be easily ported to other operating system envi- 
ronments. 


Application 
File Transfer, 
Access 
and Management 
(FT AM) 
provides 
remote operations 
on files (create, read, write, delete, get file attributes) 
Common 
Application 
Service Elements 
(CASE) 
supports 
all the services 
provided 
by the lower ISO layers 
provides 
name to address translation 
support 
Directory 
Services 
performs 
name to address conversion 
maintains 
local cache of resolved 
names 
two forms of Directory 
Service-client 
Service Agent for local data base and 
directory 
Service Agent for remote (master) data base 


Presentation 
Null 


Session 
Implements 
subset of ISO session 8327 specified 
by the MAP 2.1 specifications. 


Provides 
'Graceful 
Close' 
'graceful 
Close' allows the closing of a connection 
without 
any loss of queued 
requests 
it enhances 
the transport 
provided 
'Close' which aborts a connection 


Transport 
Virtual circuit 
open: establish 
a virtual circuit database 
send connect: 
actively try to establish 
a virtual connection 
await connect: 
passively 
awaits the arrival of a connection 
request 
send: send a message 
receive: post a buffer to receive a message 
close: close a virtual circuit 
Datagram 
send: send a datagram 
message 
receive: post a buffer to receive a datagram 
message 


Network 
Internetworking 
routing between 
multiple 
lans 
segmentation/ 
reassembly 
user defined 
routing tables 
Multiple subnets 
supported 
user supplied 
802.3, 802.4 


Data Link 
Transmit: 
transmit 
a data link packet 
Receive: 
post a buffer to receive a data link packet 
Connect: 
make a data link logical connection 
(link 
service access point. IEEE802.4) 
Disconnect: 
disconnect 
a data link logical connection 
Change token bus address 
Add multicast 
address 
Delete multicast 
address 
Configure 
TBH 


Network 
Read/Clear/Set 
network 
objects 
(local/remote): 


Management 
read/clear/set 
local or remote MAP-NET/iNA 
960 network 
parameters 
Read/Set 
network 
memory (local/remote): 
read/set 
memory of the local or a remote station 
useful in network debug process 
Boot consumer: 
requests 
a network 
boot server to 
load a boot file into this station 
Echo: Echo a packet between 
this station and 
another 
remote station on the network 
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Available 
Literature 
- 
iNA 
960 
Release 
2.0 
Programmers 
Reference 
Manual. 


- 
iNA 960 Release 
2.0 Configuration 
Guide 


- 
iNA 960/MAP-NET 
Installation 
Guide 


- 
iSBC 186/51 
Hardware 
Reference 
Manual 


- 
iSBC/iSXM 
552 Hardware 
Reference 
Manual 


Figure 2. MAP-NETTM/MAP2.1SXMSW 
User Interface 


- 
iSBC/iSXM 
552A Hardware 
Reference 
Manual 


- 
iSBC 554 Hardware 
Reference 
Manual 


- 
MAP-NET 
Programmers 
Reference 
Manual 


- 
RMX-NET 
Programmers 
Reference 
Manual 


- 
iNA 960/961 
Rei 2.0 Data Sheet 


- 
iSBC 554 Data Sheet 


- 
iSBC 552A Data Sheet 


Hardware 
Part Number 
iSBC 554-1 
Modem Frequencies/Channel Pairs 
Transmit: 59.75 to 71.75 MHz/Ch. 3 
and 4 
Receive: 252 to 264 MHz/Ch. P and Q 
Transmit: 71.75 to 83.75 MHz/Ch. 4A 
and 5 
Receive: 264 to 276 MHz/Ch. Rand S 
Transmit: 83.75 to 95.75 MHz/Ch. 6 
and FM1 
Receive: 276 to 288 MHz/Ch. T and U 


Software 
Code 


MAP21SXMSWRO 
Description 
License for preconfigured MAP 
2.1 layers 3-7 software. 


Incorporation fee for preconfig- 
ured MAP 2.1 layers 3-7 soft- 
ware (License required). 
License for configurable MAP 
2.1 layers 5-7 software. 


Incorporation fee for configura- 
ble MAP 2.1 layers 5-7 
soft- 


ware (License required). 
Preconfigured transport and in- 
ternet 
software 
for 
a 
IEEE 


802.3 to IEEE 802.4 router. 
Configurable MAP 2.1 layers 
3-4 software. 


Hardware/Software 
Packages 


Code 
Description 
MAP554NODEKIT-X Package consists of: 


(X = 1, 2 or 3) One iSBC 554-X (X = 1, 2 or 


3) and 
One MAP21SXMSWRF. 
This kit requires the prior 
purchase of 
MAP2.1SXMSWRD- 
the software license. 


intel 
.vetil 'ork Serl'ices 


E 


~ 


• 
1UIM IAN SOLUTION FOR 
MICROSYSTEM APPUCATIONS 


OpenNET is Intel's Open System strategy and product 
family for local area networks 
(LANs). XENIX-NET 
represents the first truly integrated department 
service 
network 
to provide 
all the necessary hardware 
and 
software to link Intel microsystems, 
terminals, 
PCs, 


mainframes, 
minis, peripherals 
and software 
in one 
consistent, 
integrated 
system. 


• 
XENIX-NET 
NElWORK 
FILE ACCESS 
IUR TRANSPARENT 
INTEROPERATION 


XENIX-NET provides transparent 
network file access 
(NFA) and additional network services to interoperate 
among various nodes on the LAN.XENIX-NETNFAruns 
under the XENIX3.0 operating system from Intel. There 
are no special operating system calls to access remote 
files. 
Applications and users make standard XENIXfile access 
requests 
such as OPEN, CLOSE, READ and WRITE. 


XENIX-NETNFA transparently accesses files across the 
network. 
XENIX-NET NFA determines 
from the file- 
name if the file is on a local storage devin' or remote 
across the network. Applications access remote filesas if 
they were local; no modifications to applications soft- 
ware are required to run across the network. 
XENIX-NETNFA makes networked microsystems look 
like one large integrated computer system with a single 
network-wide hierarchical file system. 


XENIX*-NET 
NE1WORKING 
OpenNET™ 
PRODUcr FAMILY 


~ Complete LAN Solution based entirely 
on standards 
~ Multiple operating system interoperation: 


XENIX, MS'-DOS, iRMX'·, iNDX 
~ Existing applications distributed 
without 
change 
~ Comprehensive network services: 
- 
Network File Access 
RemoteJob Execution 
Network XENIX Mail 
Network Administration 
Virtual Terminal 
MS-DOSVirtual Terminal 
Print spooling 


In addition to transparent 
network file access, XENIX- 
NET makes available critical services to all nodes in a 
LAN providing for increased group productivity 
and 
system utilization. 
Remote Job Execution. With Remote Job Execu- 
tion, a user can execute a XENIX command stream at 
single or multiple remote nodes. Additionally, these 
command 
streams 
can be queued for execution 
at 
specific times throughout 
the day. This facility allows 
users to distribute 
and balance the workload logically 
throughout 
a network, completely 
utilizing the com- 
bined power of the network resources. 
Network 
XENIX Mail. The XENIX Mail facility has 
been extended 
to transparently 
reach beyond a single 
XENIX system to remote nodes within a LAN.XENIX 
Mail users don't 
have to concern 
themselves 
with 
where a particular 
user resides on the network. Net- 
work XENIX Mail service provides the necessary rout- 
ing and delivery throughout 
the network and through a 
UUCPlink. 
Virtual Terminal. Packaged as a separate network 
service, Virtual Terminal allows local XENIX users to 
"logon" 
to a remote 
Intel XENIX node within the 
network. This capability allows users to access all avail- 
able resources and functions such as host communica- 
tions and peripherals. 


intel 
I 


DOS-NET VirtaaI 
Tenn1aal. 
Packaged as a separ- 
ate network service, DOS-NET Virtual Terminal is an 
MS-DOS service which allows IBM Pes and compati- 
bles connected 
through the OpenNET LANto "logon" 
to any remote 
Intel XENIX system and access the 
multiuser 
applications 
and services 
(such 
as mail) 
available in that environment. 
Buy Network Admiaistradon. 
XENIX-NETpro- 


vides a complete 
set of interactive network configura- 
tion and maintenance 
utilities. With the addition of 
iBASE, Intel's 
menu 
driven business 
shell, network 
administration 
is further simplified by giving the net- 
work administrator 
a "window" to all nodes residing 
on a sub-network. 
A series 
of screens 
and menus 
prompts 
the administrator 
through network configu- 
ration and maintenance. 
Print 
SpooUng. XENIX-NET Print Spooling pro- 
vides shared access to single or multiple printers dis- 
tributed 
throughout 
a network. 
Expensive laser and 
letter-quality 
printers, 
for example, 
can be shared 
among numerous users from one site and need not be 
duplicated 
at each node in the network. 


• 
OpenNET 
LAN STANDARDS 


Intel supports 
and drives LANstandards and technol- 
ogy for the microsystems 
and microcommunications 
industries. 
The OpenNET product 
family adheres to 
the 
International 
Standards 
Organization's 
(ISO) 
seven layer Open Systems Interconnect 
(OSI) model. 
Only complete 
products 
that conform to this model 
and are based on open and public standards carry the 
OpenNET name. 
ORDERING 
INFORMATION 


• 
COMPLETE 
NElWORK 
SUPPORT 
AND 
SERVICE FROM A SINGLE SOURCE 


Intel takes ownership of the complete network system 
by offering a broad range of service and support pack- 
ages. 
Network consulting, 
planning, design and analysis is 
available for customers to ensure proper, cost-effective 
network selection and configuration. 
Network 
installation 
and check-out 
service consoli- 


dates the complex coordination 
of a network installa- 
tion to one vendor. Intel reduces the time to network 
availability by ensuring the proper 
functioning 
of all 
nodes on the network, including the cabling. 
Intel extended hardware/software 
service and support 
agreements 
are designed 
to support 
both Intel and 
non-Intel components 
of a network 
- 
making Intel 
the single point of contact for problems or questions 
relating to the network. 
Finally, Intel offers complete 
training on XENIX-NET 
software, as well as for the entire OpenNET product 
line to make network users as productive 
as possible. 


• 
Open NET XENIX-NET 
- 
TIlE lUfAL 
LAN SOLUTION 


No other 
hardware 
and software LAN combination 
integrates such a breadth of services or offers a faster or 
more economical 
path to getting networked 
applica- 


tion systems that transform personal productivity into 
organizational 
efficiency. 


Complete 
Network-ae..ty 
SyRnns 
Complete 
XENIX·NET ready systems 
are available from Intel. SYS3I0- 141 comes 
complete 
with an integrated 
IAN controller.SYS310- 


145 comes with an integrated 
IAN controller 
as well as an integrated 
mainframe 
Host Communication 
Controller 
for ASYNC and BYSNC 
communication 
protocols. 


Any Series 300 microsystem 
from Intel may be upgraded 
to a network-ready 
system by adding an XNXNFAEKRIK1T option, 
or at initial 
order 
appending 
"XN" option 
designator 
for System 300 hardware 
configuration 
orders. 
ltENIX Networkina 
Sofhnre 
aad Kits 
XNXNFAEKRl 
XENIX Networking 
and iNA 961 Object 
Sofrware 
plus rights 
for 8 copies 
XNXNFAEKRIK1T 
XENIX Networking 
and iNA 961 Object 
Software plus an iSXM 552S Ethernet 
controller 
for pass-through 
product 
DOSNElVI'SKRl 
PC terminal 
emulator 
that enables 
a PC user to "login" directly 
to a XENIX system running 
XENIX virtual terminal 
XNXNElVI'SKRl 
Provides 
XENlX·to-XENIX 
vinual 
terminal 
capabilities 
IAN IIlIrdware 
iSXM552 
iMDX457 
iMDX3015 
iMDX3016-1 
iDCM9I1-1 
PCUNK 


Ethernet 
COMMengine 
plus one iNA 961 Software 
Incorporation 
Fee 
Ethernet 
Transceiver 
Cable 
Ethernet 
Transceiver 
Ethernet 
Cable 
Intellink 
Includes 
the Network 
Interface 
Unit (NIU) 
add-in IEEE 802.3 "Ethernet" 
controller 
for IBM PC and compatibles, 
preconfigured 
iNA 96 I ISO transpon 
software 
for NIU and MS NET network 
file access sofrware 
for PC DOS/MS- 


DOS PC or compatible. 


I 
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Ope_NETTM. MS-NET tlue88 
for lbe IBMTMPC 


Now users of IBM'" 
PC AT. PC XT and other compatible 
computers 
can access Intel's OpenNET'" 
networking 
system, using Microsoft's 
MS·NET, through 
the OpenNET Personal Computer 
Link2 (PC 
Link2). An 80186/82586 
microprocessor·based 
expansion 
board, PC Link2 is easily installed 
in a PC 
expansion 
card slot and uses only 44 K of PC memory. The software 
package incorporates 
the MS· 
NET and iNA 960 (ISO 8073 compatible) 
transport 
software. 


Ope_NETTMPERSONtlL COMPlJTER UNM.2 FEtlTlJRES 


• 
Runs on IBM PC AT. PC XT. and PC·DOS 
• 
Uses ISO 8073 transport 
and EtherNET/ 
compatibles 
IEEE 802.3 standard 
communication 
• 
Uses standard 
DOS commands 
protocols 
• 
Interconnects 
to iRMX<I!l,XENIX"', 
and VAX"'/ 
• 
Intelligent 
high performance 
hardware 
with 
VMS'" NDS·II NRM Systems having OpenNET 
on-board microprocessor, 
16 K bytes EPROM 
server capability 
and 256 K bytes RAM 


inter----------- 
-------- 
---------- 


CONFIGIJRE SPECIA.UZED 
PC-B,fSED 
SI'STEMS 


OpenNET PC Link2 gives you the freedom to network your 
PCs in the most advantageous 
way possible. whether as 


consumer 
workstations 
or as file servers. PC Link2 also 


allows easy access to files on other operating 
systems. 
such as iNDX. XENIX. iRMX. or VAXNMS. 


OpenNET PC Link2 supports 
iNDX. XENIX. and iRMX 
networking 
software 
at the application 
layer. 


INTELLIGENT 
H,fRDW,fRE 
OFFW,fDS 
THE HOST CPIJ FOR OTHER 
,fPPUC,fTlONS 


The PC Link2 board allows the host to concentrate 
on your 


applications 
because it contains an on-board 
processor 
and sufficient 
memory 
to handle the communication 
tasks. 
The components 
on the board include: 


• 
80186 
microprocessor. 
8 MHz zero-wait-state 
for 
memory access 
• 
82586 
LAN communications 
controller 
• 
16 K bytes EPROM 
• 
256 K bytes RAM shared by the PC host and the PC 
Link2 board 
• 
Jumper selection for EtherNET 
or IEEE 802.3 


E"ec:U~eSelf Dlap_tk8. 
Diagnostics 
firmware 


on the network controller 
board is invoked each time the 


system is initialized. 
both during 
power-up and reset. The 


diagnostic 
routine displays 
the EtherNET 
address and 
tests these functions: 


• 
80186 
and 82586 
microprocessors 
• 
110ports 
• 
Shared 8 II: byte memory 
window 
• 
Interrupt 
channels 


• 
EtherNET 
connection 


PCUNIl2 
SOnW,fRE 
PIlOJ'IDES 
I'OIJ 


,f COMPLETE SOLIJTlON 


The network controller 
board performs 
all network 
communication 
functions 
for the first two layers of the ISO! 


OSI reference model. Layers three and four reside in the 
on-board 
iNA 960 transport 
soFtware. The upper layers 


reside in the MS-NET networking 
software 
on the PC 


system. 


APPLICATION 
(7) 


PRESENTATION 
(6) 


SESSION 
(5) 


TRANSPORT 
(0) 


NETWORK 
(3) 


DATA LINK 
(2) 


PHYSICAL 
(1) 


PC LINK2 
PRODUCTS 


\ 


W 


• 
M$·NET 
NETWORKING 
SOFTWARE 


W 


•• 
ISO TRANSPORT 
(INA "0) 
• 
ISO NETWORK 


} I 
:J 


• 
PC LINK2 
NETWORK 
CONTROLLER 
BOARD 


Software p",,,"es 
1•• U8try sta •• a~ 


p•.•toc:ols. Open\ET 
PC Link2 soFtware supports 
the 
protocols 
adopted 
by Intel. \licrosoFt 
and IB~l networking 
products. 
The so[[lIarr 
includes: 


• 
\lS·\ET 
\licrosoFt 
\etworks 
networking 
soFtllare 
1.0 I. 


gi\'ing access to remote File servers on the network 
system. 
• 
Customized 
iNA 960 transport 
layer soFtware operating 
on the network controller 
board. 


DESIGNED FOR EASI' 
CONI'IGIlRATlON, 
AND EI'I'ICIENT, 
TRANSPARENT 
OPERATION 


Easily l.staliN 
at.t •.•ller boa~. The network 


controller 
Fits any available 
expansion 
slot of a PC system. 
Industry 
standard 
IEEE 802.3/EtherNET 
and ISO 8073 
transport 
protocols 
provide 
compatibility 
with existing 


installed 
networks. 


Ready for use I. lust tllree steps. 
To install 


OpenNET PC Link2 
in an end· user workstation. 
simply 
Follow these three steps: 


• 
Install the network controller 
board and connect the PC 


system to an EtherNET 
transceiver 
or an Intellink 
module. 


• 
Configure 
the soFtware. including 
the name and 
EtherN.ET address 
assigned to the PC system. 


• 
Define the PC system as a valid user of the remote 
server system. 


Tilree-tttep .etwork 
a«e88. 
To access Files. 
directories. 
or printers 
at remote servers on the network. 
Follow these steps: 


• 
Invoke the PC system's 
consumer 
networking 
soFtware. 


• 
Execute a connect·to·server 
command. 


• 
Execute standard 
DOS commands. 


\\ hen \\orkstations 
are dedicated 
to specific applications. 


the user can place these commands 
in a DOS batch File so 
that the PC system lI'i11automatically 
be connected to a 
remote sener 
\\hen the operating 
system 
is btxlted. 


Powerful features al. efnde.t 
perro•.• 
• a.c:e. Open\ET 
PC Link2 capabilities 
include: 


• 
Remote access to any File within 
tbe ser\l'r 
home 
directory 
including 
multiple 
subdirectories 
. 


• 
Applications 
such as Lotus 
\·2·3 can be stored on the 
server and accessed From the network. 


• 
Common DOS commands 
art' valid across the network. 


This pOllerFul capability 
provides the user with access 
to many DOS utilities. 


• 
Shared printer 
access. eliminating 
the need For a 
dedicated 
printer 
at the workstation. 


OTHER ACCESSORIES ARE 
AJiAILABLE TO PROJlIDE 1'01lA 
COMPLETE NETWO"I& CONNECTION 


IEEE 802.3 
EtherNET 
accessories 
include transceivers. 
cables and an EtherNET 
cluster 
module to reduce the cost 
of your network. 


EUlerNETTra.8c:eI"er. The 
·series transceiver 
meets the requirements 
of IEEE 802.3 
and EtherNET 
1.0/2.0 specifications. 
Heartbeat. 
jabber. halFstep 
signalling 
and 2 t\V RMS isolation 
voltage as specified 
in 
the IEEE 802.3/EtherNET 
standard 
are proVided. The 


heartbeat 
is disabled 
by a simple jumper 
selection. 


Transceiver 
Cables are available 
in two diFFerent lengths- 
JO and 50 meters. 


The EtherNI<:T Cluster Module. also known as Intel link. is 
an EtherNET·compatible 
network element that can be used 
as a means of interconnecting 
up to nine EtherNET 
stations 
without 
the need of a coaxial cable. With the 
addition 
of the Intellink 
Cascade Adapter. 
it is possible to 


cascade two levels of Intellinks. 
This will pecmit the 


interconnection 
of up to 81 EtherNET 
workstations 
without 
the need of a coaxial 
cable. The Intellink 
EtherNET 
Cluster 
Module is shown in the Figure below. 


v~--_...../ 


STATION CONNECTORS 
TRANSCEIVEA 
CONNECTOR 


IIOST IlE(jlJlIlEMENTS 


IBM PC AT.PC XT or compatible computer system 
192 K system memory 
MS-DOSor PC-DOSoperating systems. version 3.1 or later 


Network controller board 
Width: 
Height: 
Weight: 


Software 
51,4in double-density disk (360 K) 


13.315 in (33.82 cm) 
4.15 in (10.54 cm) 
35 oz (.99 kg) 


Power Requirements 
+5Vat2A 
+ 12 Vat.5 
A 


Environmental' Characteristics 
Operating temperature: 
0° to 550C 
(320 to 131oF) 
Operating humidity: 
Maximum of 85% relative 
humidity. non-rondenslng 
Convection cooling 
MBTF: 49.000 hours 


DOCIJMENT,tTION 


460665·001 
MS·NET User's Guide 
460992·001 
OpenNET PC Link2 
Installation Guide 
460763-001 
iNA960 Programmer's 
ReferenceManual 
460857-001 
iNA960 PC LINK 
Programmer's Reference 
Manual 
450772-001 
OpenNET PC LlNK2 Hardware 
ReferenceManual 


IEEE BO:l.3IETHEIlNET 
,t(;(;ESSOIlIES 


iMDX457 Transceiver Gable32.8 ft (10 m) 
iMDX458 Transceiver Gable164 ft (50 m) 
DCM911·1 Intellink module 
iMDX3015F Transceiver 


OIlDEIlING 
INI'OIlM,tTION 


PCLINK2 


Intelligent Network interface adapter 
Software: 


• 
MS·NET. 
• iNA960 
PClXTcard support 
Gable mounting hardware 
MS·NET User's Guide 
OpenNET PC Link2 Installation Guide 


PCLINK2BD 


Intelligent Network interface adapter 
Software: iNA960rl 
PClXTcard support 
Gable mounting hardware 
OpenNET PC Link2 Installation Guide 


IBM is a registered trademark of the International Business Machines Corporation. XENIX. Microsoft. and MS·DOSare registered 
trademarks of the Microsoft Corporation. OpenNET is a registered trademark of Intel Corporation. VAXand VMS are trademarks of 
Digital Equipment Corporation. 
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COMPUTE 
SEJlEN-LAI'ER SOLIJTION FOR BIJILDING MAP 


NETWORIlING 
APPLICATIONS 


Intel's MAP solution 
provides all seven layers of the industry·standard 
ISO/OSI Manufacturing 


Automation 
Protocol (MAP) for both Broadband 
and EtherNKJ"" environments. 
Included are human 


and programming 
interfaces to Intel's iRMX'" 86 and iRMX 286 real·time operating 
systems. The 


Intel MAP solution comes preconfigured 
or configurable, 
to allow you to change parameters 
as 
necessary. In addition 
Intel prOVides multiple 
implementation 
methods to get started 
with MAP. The 


softwarc 
architecture 
allows an easy port to other custom operating 
systems. 


• 
Provides layers 3 through 
7 of the industry· 
standard 
ISO/OS1Manufacturing 
Automation 


Protocol (MAP) local area network (LAN) for 
multi-vendor 
interoperahility 


• 
Provides a sewn· layer turnkey 
solution 
for 


MAP Broadhand 
• 
Provides a seven·layer turnkey 
solution 
for 


dl'Vl'loping 
"MAP" applications 
on an 
EtherN~;T network 


• 
Choice of three implementation 
methods, 
including 
MAP on Broadband. 
"MAP" on 


EtherN~;T and the co·existence of Broadband 
and EtherNET 
nt'tworks 


• 
Multiple 
application·layer 
functions. 
including 


CASE, FlAM, 
Directory 
services 
and 


Network Management 
• 
Human and programming 
interfaces for 
iRMX 286 and iRMX 86 real·time operating 
systems 


• 
Modular architecture 
for easy configuration 
and implementation 


inter----------- 


THE INTEL M,4P-NETTII TOOLMIT I'OR 
DESIGNING NETWOR/lED 
F,4CTORt' 


,4PPUC,4T/ONS 


The Intel MAP solution 
is comprised 
of three modules: 
MAP-NET"' 
2.1 net'Mlrking 
software. 
iNA 960 (R2.0) 


transport 
and network software, 
and the iSBC'" 554 MAP 
board. Together, these three modu les provide all seven 
layers of the ISOIOSI reference model of the Manufacturing 
Automation 
Protocol, 
version 
2.1. MAP-NET 2.1 software 
provides 
layers five through 
seven: iNA 960 provides 
layers three and four: and the iSBC 554 MAP board 
provides 
layers one and two (see Figure 
1). 


Intel's MAP software 
is easily configured 
for use on Intel's 
iSBC 554 (IEEE 802.4) and iSBC 552A (IEEE 802.3 
or 


EtherNEn 
intelligent 
communication 
controllers. 
This 
configurability 
makes it possible to implement 
MAP 


applications 
on existing 
EtherNET 
cables on MAP 


Broadband 
cables, as well as t<l easily change parameters 
such as the number of virtual 
circuits. 
Since the 
application 
interface 
remains 
constant 
in both 


environments, 
you can migrate 
from one media to another 


without 
changing 
a single line of your application 
software. 
Intel MAP software 
is also available 
preconfigured, 
for 


quick and easy implementation. 


Intel MAP software 
contains 
both human and 


programmatic 
interfaces 
for the iRMX 86 and 286 real- 
time operating 
systems. 
In addition, 
the software 
is 
designed with minimal 
dependence on the host operating 
system, 
so it can be ported 
easily to other operating 


environments. 


M,4P-NEJ'TII,4PPUC,4TION L,4t'ER 
FIfNCTIONS 


MAP-NET 2.1 software 
from Intel provides the following 
MAP application-layer 
functions: 


• 
Common Application 
service 
Elements 
(CASE) 


• 
Application 
subsystem 
interface 


• 
File Transfer, 
Access and Management 
(FTAM) 


• 
Directory 
services 


• 
Network 
Management 
functions 


The MAP-NET 2.1 Common Application 
&'1'\ ice 
Elements 
(CASE), built on top of thl' MAP-NET 2. I St'Ssion 
service, 
greatly 
simplify 
the use of network Sl'rvicl'S 


proVided by underlying 
MAP layers. The CASE service 
allows a process to make a connection 
I'l'quest to a remotl' 


process by using only the names of the prllCesSl'S. MAI'- 
NET CASE takes P['(lCesS names supplied 
by the user and 
resolves them into network addresSl'S and identification 
using MAP-NET Directory 
services. 


A,-Iulloa 
S.lI8yste ••• 
te•.•.aft8. Intel's MAP 


products 
p['()vide both human and p['()gramming 
interraces 


to iRMX 86 (R7.0) and iRMX 286 (R2.0). This allows you to 
quickly 
exercise application-level 
functions 
r['()m either a 


terminal 
or an application 
p['()gram, The softwa['(' 
allows 
you to interface 
to other layers (for example. Transport 
or 


Data Link) for special application 
requirements. 
The 
application 
level interface 
tel all layers of the ['('fe['('nc(' 


model is the same. 


nle Tra.sfer,Aue88a.IIMa-ae.e.1 
("AM). 
The FTAM software 
in MAP-NET 2.1 p['()vides 


remote file transfer 
capability 
by p['()viding the file ['('quest 


Initiator 
and Responder 
modules. The Initiator 
intl'['('epts 


file commands 
f['()m thl' local user and transmits 
them 
across the LAN to the Responder, which receiv('S, 
interprets 
and executes the command. 
The FTAM serVl'r 
and consumer 
functions 
reside on-board 
on top or the 
session layer. The host-dependent 
file access interface 
is 
proVided for iRMX 86 (R7.0) and iRMX 286 (R2.0). 


Dlreclory 
Senlt1e8. 
The MAP-NET 2.1 di['('ctory 
services software 
maintains 
a databaSl' 
of network 
ohjects 
such as node-names, 
user names and ['('Iatl'd p['()perties. 


used to perform 
name-tel-address 
conversions. 
~hr 
example, 
you might use Directory 
services 
to store the 


name of a network 
user and his network 
add['('ss as the 


properties 
associated 
with his name. Another 
network 
user 
or application 
can then query the Directory 
service 
to 
retrieve, add or delete information 
fnlm this database. 


Directory 
services 
pnlvide 
two methods or aCCl'SS, 
depending 
on the size of the host memory 
pml: 
Client 
service 
Agent for local database, 
and Directory 
&:rvice 
Agent for remoteJmaster 
database, 


APPLICATION 


PRESENTATION 
(NULL) 


SESSION 
(SO 8327) 


TRANSPORT 
(ISO 1074) 


NETWORK 
(1501473) 


DATA LINK 


PHYSICAL 
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~t"ol'k 
Ma__ e-e.t 
FII.«:doIl8 (~Mf•. The 
MAp·NET network management functions intl'rface to the 
CASE, session, transport, 
network and data link layers, 


Three basic Net Management functions are pmvi<ll'd: read 
net management object, set nl't managl'ml'nt 
ohject. and 
event notification. 
The NMF can he configured as a net 
manager or as a net agent. The net manager interfaces 
with local or remote net agl'nts in order to manage the 
entire network. 


MAr.,NET"' 
SESS'ON LAYER SERJ"CES 


MAp·NET 2.1 provides all thl' ISO session senices 
required by MAP 2. I. These session senices 
arc huilt on 
top of Intel's iNA 960 Transport 
service, prOliding 
ISO 
8073 Transport 
(Class 4) and ISO 8473 network s{'nices. 


In addition to supporting 
all the services provided by the 
underlying 
transport 
layer, the MAp· 
ET session layer 
provides "graceful close: 
This enahles users to release a 
session connection without losing any outstanding 
requests. The "graceful close" feature complements the 
standard 
"ahort" 
closure method. 


TRANSPORT AND NETWORIt 
LAYER 
SERJ'lCES 


Intel's iNA 960 R2.0 proVides the ISO 8073 transport 
<tnn 
ISO 8473 network services as required hy ~lAP 2.1. illj·\ 
960 R2.0 and the iSBC 554 Broadband controller hoard 
have successfully passed the MAP conformance tests 
conducted by the Industrial 
Technology Institute (lTI). 


Table 1 lists the services proVided by iNA 960. For mort' 
information, 
please refer to the iNA 960 data sheet. 


orERAT'NG 
SYSTEM ENJ"RONMENT 


Figure 2 shOll s the complete St'wn·layer Intel \1:\1' 
Stllution. Once prtx'onfigured 
\1:\1' so[tll'art' 
is dOli nloaded 
on the iSBC :;5-1 or iSBC :;:;2,\ IXI<ml. the application 
interfaces on the host arc used to collllllullIcah' 
I\ltli 
tlie 
controller 
hoard. \!l'ssages 
an' passed ht'tllt't'n 
tlie host 
andtht' 
cOllllllunieations 
controller 
lia till' \ll'I:rIBI'S(!) 


Interface I'rottx'ol 
(\111').Thl' \111'is a reliahlt' nll'chanislll 
for prtK'essing 1lI('ssage delil('ry 
prottx'ols 
for \ll'I:rIBl'S 


systrms. 


.-\n implementation 
of the \111'prol(wol is prOl id('d 011the 


iSBC :;,,-1 and iSBC :;:;2-\ for colllllluilication 
II ith tilt' host. 


.\ corresponding 
\lIl'/riI(' 
aceess interface lias to 1)(' 


prOlided on the host side for colllnllillieation 
II illl tht' 
controller 
hoard. 


The ~lIP/fil(' <tccessinterf<tce ISmailahle 
frolll Illlel for the 


iR\IX operating systt'm <tnd can 1)('IXlI'h'd to 01her 
operating system ('nl'ironnll'nls 


rRECONF'GIJRED 
LAYERS 3-7 
MAr 2. I SOFTWARE 


Thl' \IAP 2.1 prtx'onfigured 
solution supports 
all sewn 
layers on the iSBC :;5-1 W'I.TIBI'S·hased 
hoard. The 


services supplied hy this pn'configulTd 
softll;Irt' 
packag(' 


are n·\~1."t'tl\ork 
Managellll'1l1 functions. 
l)in'ctOl'1 
S(,l'Iin's. 
C-\SE. St'ssion. Transport 
and \I'tlIOl'k 
lay·t'l's. 


Tlie preconfigun'd 
\1:\1' softl\an' 
product IS sllppllt'd 
II ith 
iR~IX Hli and 2H(i deliCt' dl'll(:rs. 
uSt'r Interfan' 
IIttlitll'S 


and th(' conformanc('·t('slt'd 
softllart'. 
In additltHl. \I-\!'· 


N~:T includes prt'configllred 
softllan' 
for hoth thc ISBC 
554 and iSBC ,,52·\ comnlllnie;ltion 
controllt'l's. 


,.----------, 
I USER OPERATING 
I 
I 
SYSTEM 
: 


FILE ACCESS 
INTERFACE 


I 
MAPNET2.1 


~ 


MAP2.1 SXMSW 


J 


THREE WAI'S m GET STARTED 
W'TH MAP 


INTEL offers three methods for getting started 
with MAP; 


complete 
broadband 
MAP. MAP on EtherNET. and MAP 
broadband/EtherNET 
compatibility. 


MAP Det'el•• -.e.l Starler 1lI1. IIltel's MAP 
Starter 
Kit allows you to begin learning 
and developing 
MAP broadband 
applications. 
This kit provides a low-{ost, 


turnkey 
MAP development 
network with on-site installation 
and extended (12 months) software 
support 
to assist you 
during 
the application 
development 
cycle. The two node 
Starter 
Kit has been engineered to allow you to easily 


expand the network to eight nodes. Each node provides 
a 


complete seven-layer MAP solution, 
including 
network 
management, 
FlAM, 
Directory 
services, 
CASE and 
application-level 
interfaces 
for all functions. 
The MAP 
Development 
Starter 
Kit documentation 
includes 
programming 
examples, 
a user's manual for layers five 
through 
seven, and a programmer's 
reference manual for 
layers three and four. 


MAP a•• lkallMi .e"e•••• e.l_ 
I~~~ 


803.:1. "MAP on EtherNET" 
is intended 
for those users 
wanting to develop MAP-{ompatible 
software 
for use on 
existing 
EtherNET 
cables. When you install a broadband 
cable, you can migrate 
your EtherNET 
application 
to MAP 
broadband 
without 
changing 
a single line of code. That's 
because Intel's MAP software 
is configurable 
on both IEEE 
802.3 and 802.4-based 
controllers, 
having the same 
programming 
interface. 
Preconfigured 
software 
for both 
the iSBC 554 (IEEE 802.4) and the iSBC 552A (IEEE 
802.3) 
is available 
from Intel. 


~l8le.ce 
., MAPa•• I~~~ 803.:1 
.elW ••.• 8. For existing 
802.3 plant networks 
such as 
EtherNET. 
Intel provides 
the hardware 
and software 
needed to configure 
a "Router" 
to connect your existing 
network and MAP. The router hardware 
consists of the 


iSBC 554 and the iSBX 586 communications 
controllers 
for connection 
to a 10 MPBS 802.4 (MAP) and 802.3 
(EtherNED 
network, 
respectively. 
The inter-networking 
protocol 
is provided ,by Intel's preconfigured 
iNA 961 
(R2.0); Intel's implementation 
of the ISO Internet and 
Transport 
layers. 


File Transfer, 
Access and Management 
(FlAM); 
provides 
remote operations 
on files (create, read, write, 


delete, get file attributes) 
Common Application 
service 
Elements (CASE): supports 
all the services provided 
by the lower ISO layers; 


provides 
name to address translation 
support 
Directory 
services: 
performs 
name to address conversion; 
maintains 
local cache of resolved names; two 
forms of Directory 
service-client 
Service Agent for IOCill data base and directory 
service 
Agent for 
remote (master) data base 


Presentation 
Null 


session 
Implements 
subset of ISO session 8327 specified by the MAP 2.1 specifications. 
Provides 'Graceful 
Close'; 'Graceful 
Close' allows the closing of a connection 
without 
any loss of queued requests; 
it 
enhances the transport 
provided 
'Close' which aborts 
a connection 


Virtual 
circuit 
open: establish 
a virtual 
circuit 
database; 
send connect: actively 
try to establish 
a virtual 
connection; 
await connect: passively 
awaits the arrival 
of a connection 
request; send: send a message; receive: post 
a buffer to receive a message; close: close a virtual 
circuit 
Datagram 
send; send a datagram 
message; receive; post a buffer to receive a datagram 
message 


Internetworking: 
routing between multiple 
lans; segmentation/reassembly; 
user defined routing 
tables 
Multiple 
subnets supported: 
user supplied; 
802.3, 
802.4 


Transmit: 
transmit 
a data link packet 
Receive: post a buffer to receive a data link packet 
Connect: make a data link logical connection 
(link service access point. lEEE802.4) 
Disconnect: 
disconnect 
a data link logical connection 
Change token bus address 
Add multicast 
address 
Delete multicast 
address 
Configure 
TBH 


Read/ClearlSet 
network objects (local/remote): 
read/clear/set 
local or remote MAP-NET/iNA 
960 network 
parameters 
ReadlSet network 
memory 
(locaVremote); 
read/set memory 
of the local or a remote station; 
useful in 
network debug process 
Boot consumer: 
requests a network boot server to load a boot file into this station 
Echo: Echo a packet between this station 
and another 
remote station 
on the network 
Table t: iNA 960 services 


Network 
Management 


INTEL SIJPPOIlT 


Intel's MAP solution 
comes with full software 
support. 
including 
software 
updates and phone service for application 
development. 
Intel's MAP experts 
are never more than a phone call away. Intel application 
support 
includes 
regularly 
published 
hardware 
and software 
application 
articles, 
troubleshooting 
guides, responses 
to Software 
Problem 
Reports 
(SPRs). regular 
software 
and documentation 
updates. 
access to Intel's Insite User's Program 
Library 
and our Technical 
Information 
Phone Service (fIPS). 


MAP software 
obtained 
from Intel requires 
the completion 
of an Intel Master Software 
License and may not be 


distributed 
in or outside 
your company. 


o H UI·:HI'.~ 
I' 
I·'0 H 11 \ '1'10 , 


H~ 
P81t, 
P •• 


iSBC 554-1 


.•••• 
fft4..e.de8/dllUUId pin 


Transmit: 
59.75 to 71. 75 MH71Ch, 3 and 4 
Receive: 252 to 264 MH71Ch. P and 0 


Transmit: 
71.75 to 83,75 
MH71Ch. 4A and 5 
Receive: 264 to 276 MH71Ch. Rand 
S 


Transmit: 
83.75 to 95.75 
MH71Ch. 6 and FMI 
Receive: 276 to 288 MH71Ch. T and U 


De8ai •••••• 


License for Map 2.1 layers 3-7 software 
preconfigured 
for iSBC 554 and 552 boards 


Support 
for iRMX 86 (7.0) and iRMX 286 (2.0) operating 
systems. 


Incorporates 
fee for preconfigurable 
MAP 2,1 layers 3-7 software. 
Media included 
with 
license only. 


License for configurable 
MAP 2.1 layers 5-7 software. 


Incorporates 
fee for preconfigurable 
MAP 2.1 layers 5· 7 software. 
Media included 
with 
license only. 


Preconfigured 
transport 
and internet 
software 
for IEEE 802.3 
to IEEE 802,4 
router. 


Configurable 
MAP 2.1 layers 3·4 software 


MAP·NET21 RO 


MAP-NET2IRF 


iNA 961 R2 


iNA 960 R2 


M~PI(ITS 
1iJ' __ 
e 


MAP310BBKIT 
Desert.'••• 


Two-node MAP broadband 
development 
starter 
kit for use with MULTIBUS I systems 
and 
iRMX 86 operating 
systems. 
languages 
and utilities 
(EMAPBBKIT 
·1. ·3 for 240 VA.C 


power). 


Two·node MAP broadband 
development 
starter 
kit to retrofit 
with existing 
MULTIBUS I 
systems 
(EMAPBBKIT 
-I. ·3 for 240 VAC power). 


MAP broadband 
node expansion 
kit. 


AJlA'LABLE UTERATIJRE 


MAP Network Development Starter Kits (order "280-132·00 I) 
iSBCJiSXM 552A Hardware Reference ~Ianual (order "1-1H221l-00 I) 
MAP·NET Programmers 
Reference ~Ianual (conl<1et~ollr nmresl 
Intl'! sales orne!') 
iNA 960/961 
Rei 2.0 Data Sheet (order "2:J0777·00:n 
iSBC ~~-1 Data Sheet (order" 
) 
iSBC ~~2'\ Data Sheet (order "2803H~·()0 I) 
iNA 960 Rl'!ease 2.0 Programmers 
Refel1'nn' \tanllal 
(order "1-1H231·00 I) 
iNA 960 Release 2.0 Configuration 
GUide (order "1-1H23()·()() I) 


MULTIBLIS and iRMX art' registered Irad('Jl1,lI'ks of Intel Corpol'allon. 
MAP·N~:T.iSBC and 0pl'IlM:T 
arc Iradt'n1<lI'ks of Illlel Corporal ion. 
Eth('r~ET 
is a registered trademark 
of Xe('()\ 
Corporalltlll 
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COMPLETE flITS FOR DEJlELOPIN6 
MAP APPLICATIONS 


The Manufacturing 
Automation 
Protocol (MAP) is a set of communication 
standards 
based on the 
seven-layer Open Systems Interconnection 
reference model from the International 
Standards 
Organization 
(ISO). MAP standards 
enable computers 
and other intelligent 
devices to work together 


in a multi-vendor 
factory 
setting. 


The Intel MAP Development Starter 
Kit is a complete hardware/software/support 
kit for developing 
MAP applications. 
particularly 
at entry or pilot stages. In one package. from one vendor. you get all 
the broadband 
hardware. 
software, 
on-site installation 
and extended software 
support 
you need to 


establish 
a functional 
two-node MAP network and begin application 
development. 
The network can be 
easily expanded to support 
up to eight nodes. 


The MAP Development 
Starter 
Kit includes two MAP Communications 
Boards (iSBC" 
554-X); a Head- 


End Remodulator; 
MAP communications 
software; 
a Cable Starter 
Kit containing 
coaxial cables. 
connectors. 
splitters. 
taps and terminators; 
complete documentation. 
Optional 
high-performance 


MULTIBUSI!l I based 310 systems and Real-Time Multitasking 
operating 
systems (RMX"'). are 


available 
as hosts for the iSBC-554 Communications 
hardware. 


• 
Broadband 
hardware/software 
kit for 


application 
development 
and testing on a 
MAP Network 


• 
Provides all seven layers of the ISO/OSI MAP 
protocol 
for multi-vendor 
interoperability. 


• 
Preconfigured 
software 
with application 
level 
interfaces 


• 
Support 
for iRMXI!) 86 and iRMXI!) 286 real- 


time operating 
systems 


• 
Requires no special broadband 
expertise 


• 
On-site installation 
for fast start-up 
• 
12-month software 
support 
for assistance 


during 
your development 
cycle. software 


updates. etc. 


inter----------- 


PIIElNI'EGR,4I'ED 
SOITN',4RE, 
ON- 
S'I'E 'NSI',4IL4I'ION, 
,4ND EXI'ENDED 
SlJrroII'I' 
ENSlJRES I',4SI' SI',4RI'-lJP 


All components 
of the MAP Development Starter 
Kit have 
been fully integrated 
by Intel. so you don't have to. On-site 
installation 
means fast start·up, 
and a full year of software 
support 
implementation. 


The MAP Development 
Starter 
Kit allows OEMs and end 
users to become qUickly productive 
in understanding. 
evaluating 
and developing 
MAP applications 
using Intel's 
MAP networking 
products. 
The MAP Development Starter 
Kit is designed for applications 
experts 
who don't have 
time to become broadband 
experts. 
)au need no 
broadband 
expertise 
whatsoever 
to implement. 
tune and 
calibrate 
a development 
MAP network from Intel. Instead, 
you concentrate 
on your application 
and let Intel worry 
about connectivity, 


COItlP£EI'E SEJ'EN-£A.I'ER ItI,4P 
.ItlPUItlENI',4I'ION 


Intel's MAP Development 
Starter 
Kit provides all seven 
layers of the ISO MAP model. including 
network 
management 
functions 
and application-level 
interfaces. 
The 
iSBC 554 proVides on-board execution of all seven MAP 
layers in compliance 
with MAP networking 
standards. 
The 
functions 
that execute on-board are: 


• 
IEEE 802.-1 Physical and ~ledia Access Control (\IACl 
layers 
• 
IEEE 802.2 Class I Logical Link Controller 
(LLC) 
• 
ISO Internet 
Network Layer 
• 
ICO Class I\' Transport 
Layer 
• 
ISO Session Kernel 
• 
Common .\pplication 
Service Elements (G.\SE) 
• 
File Transfer, 
.\ccess and \Ianagement 
Wf.\\1) 
• 
Directory 
Services 
• 
'iet\\ork 
\Ianagement 


Soft\\are 
for layers three through 
seven is preconfigured 
by Intel to execute on the iSBC 554 board and supports 
do\\ nloading of net\\ork 
protocols 
and sen ices from a 
MlLTIBL'S 
host running 
the iR\I\ 
86 or 286 operating 


system. For easy connection 
to your application. 
there arc 
full application-level 
interfaces 
for G.\SE. n\\1. network 
managt'ment 
and directory 
services. 
Intel's \I.\P 
soft\\arc 
allo\\s 
you to access all seven layers, independently 
and 
asy nchronously. 


I'HE HE,4D.END REItlODlJL,4I'OR 


The Head-End Remodulator 
is a 19,inch rack-mountable 
unit that serves as the central transmission 
facility 
for 
your 10 MBPS MAP network. The Remodulator 
proVides: 


• 
Adjustable 
output level and input attenuation 
• 
LEOs for power, carrier 
sense, and data detection 
• 
Monitoring 
of output 
level for adjusting 
the transmit 
level and calibration 


"HOW 1'0" DOClJItlENI',4I'.ON 
N'R'I'I'EN 
I'OR THE ,4PPUC,4T10NS 
ENG.NEER 


The MAP Development 
Starter 
Kit is geared toward the 
applications 
engineer, not the communications 
expert. 


Included as part of the kit are the MAP Starter 
Kit Guide, 


the MAP User's Guide for layers 5 through 
7 and the 


Programmer's 
Reference Manual for the Transport 
and 
Network 
layers. A wealth of additional 
Intel manuals. data 
sheets and application 
notes on related Intel products 
are 
available 
for reference or additional 
reading, 


I'lJU-I'E,4R 
SOITN',4RE 
SlJPPORT 


The MAP Development 
Starter 
Kit comes with 
12 months 
of extended software 
support, 
including 
software 
updates, 


and phone support 
for application 
development. 
Intel's 
software 
experts 
are never more than a phone call away. 


Intel's application 
support 
includes regularly 
published 
hardware 
and software 
application 
articles: 


troubleshooting 
guides: responses to Software 
Problem 
Reports (SPRs); regular 
software and documentation 
updates: access to Intel's Insite User's Program 
Library 
and our Technical Information 
Phone Service (TIPS). 


SOITN',4RE 
UCENS.NG 


Software obtained 
with the MAP Development 
Starter 
Kit 
requires 
the completion 
of an Intel Master Software 
License and may not be distributed 
either within 
or 
outside your company. 
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MAPBBKIT-X 
(X= lor 
3) 


Oty 
De8c:rlpUo. 


Two-Node MAP Broadband 
Development Starter 
Kit To Retrofit with Existing 
MULTI BUS I 
Systems. 
Includes the following items: 


2 
iSBC 554-X MAP Board with 
10 MBPS, Rf Modem for Layers 1 and 2. 


X = 1 Channel Pairs 3 '/4 'IP/O 
X = 3 Channel Pairs 6'IfM 
1'ITIU 


License for Preconfigured 
Layers 3 To 7 MAP 2.1 Software (MAP21 SXMRO). iRMX 86 
and 286 based MAP software is included. 


2 
Incorporation 
fee for Layers 3 To 7 MAP 2.1 Software (MAP21 SXMRF'). 


1 
Complete User Documentation 


MAP-NET'" User's Guide 
iNA 960 Programmer's 
Reference Manual 
MAP Starter 
Kit Guide 


19' 
Rack-Mountable 
120 VAC Head-End Remodulator. 
(for a 240 VAC Head-End 
Remodulator 
order EMAPBBKIT-X). 


1 
Starter 
Kit Network Cable Assembly· 


2 
System 310 Internal Cable Assembly including 
the following 
items: 


25 feet Coax Drop Cable, RG-6, for use between network tap and network node (2). 
10 inches Coax Internal Cable, RG-6, for use between iSBC 554-X and Mullibus 
System 


1/0 panel adaptor (2). 
110Adaptor 
for Multibus 
System Back Panel (2). 


Note: 
I. On-Site installation 
included. 
2. Extended 
lUlonth 
MAP Software Support 
Included. 


Prerequisites: 
1. Tllo ~Iultibus based 310 systems 
2. iR~I.\ 86 (~elease 7.0) or iR~I.\ 286 \lith 
software support. 


MAP310BBKIT·X 
(X= lor 
3) 


Relatctl Products 


MAP554NODEI<IT·X 
(X = I or 3) 


Two-Node MAP Broadband 
Development Starter 
Kit with Multibus 
Systems. iRMX 86 
Operating System. Languages and utilities: 


Includes the following items: 


2 
310·401 
Multibus 
based systems including the folloWing: 


System 310 Chassis 
320 I<B Diskette Drive 
40 MB Winchester 
Drive 
1 MB Memory 


1 
iRMX 86 Operating System with Languages and utilities. 


3 
iSBC 554·X MAP Board with 
10 MBPS. RF Modem For Layers 
I and 2. 


X = I Channel Pairs 3'/4'IPIQ 
X = 3 Channel Pairs 6'IFM I 'ITILI 


License For Preconfigured 
Layers 3 To 7 MAP 2.1 Software (MAP21 SXMRO). iRMX 86 
and 286 based MAP software 
is included. 


2 
Incorporation 
Fee For Layers 3 To 7 MAP 2.1 Software (MAP21 SXMI<F). 


1 
Complete lIser Documentation 


MAp·NET User's Guide 
MAP Starter 
I\it Guide 
iNA 960 Programmer's 
Reference Manual 


19' 
Rack·Mountable 
120 VAC Head·End Remodulator. (For a 240 VAC HeacH:nd 
Remooulator 
order EMAp31 OBBI\IT·X). 


I 
Starter 
Kit Network cable Assembly· 


2 
System 310 Internal cable Assembly including 
the folloWing it('ms: 


25 feet Coax Drop cable. RG-6. for use betw(~'n network tap and network nlxlt- (2). 
10 inches Coax Internal cable. RG·6, for use lJt'tW(~'n iSBC :i:i4·X and Multihus 
System 
110panel adaptor 
(2). 


110Adaptor 
for Multibus 
System Back Panel (2). 


Note: 
I. Appropriate 
Connectors included for all eahles. 
2. On·Site installation 
included. 
3. Extended 
12·Month MAP and il<MX H6 Software SUPIXll't inl'lulh-d. 


MAP Broadband 
Node Expansion 
Kit. Includes th(' follOWing items: 
iSBC 554·X MAP Board with 
10 MBPS. I<F Modem ~hr Layers 
I and 2. 


X = I Channel Pairs 3'/4'/1'/0 
X = 3 Channel Pairs 6'IFM I 'ITllI 


Incorporation 
Fee For Layers 3 To 7 MAP 2.1 Softwal'l' (MA1'21 SXMI<F). 


25 feet Coax Drop cable. I<G·6. for use lJt·tween network tap and network n(xle. 


10 inches Coax Intl.'rnal cable. RG-6. for use brtw(~'n iSBC :i:i4·X and Multihus 
SySl!'m 
310 I/O panel. 


I/O Adaptor 
for System 31 () Back I'anl'l 


Not(': 
I. Appropriate 
(~mnectors 
ineluded for all eahh's. 
2. Prior Purchase of License ~hr 1'1'I~'onfigur('d ~I:\I' 2.1 Sol'tllal1' I«'quil'l'd 
(MAP21 SMII<O) 


·Starter 
I\it Network cable Assemhly consists of: 
2:i f(~·t R(;·6 Coax Trunk Cables (2). 
3 f(~·t 1<(;·6Coax ('~lhh's betw('('n Head-End I<I'I11Oduiatol'and Iliph'.\ 
Filtl'(' (2). 


Dipl('" 
Filter (I). 
~(JUr·\\ay Taps (2). 
7:i ohm Terminator 
for unused tap outputs (7). 
Fixel' Attenuator 
( I ). 


WtllllltlNTl'lNI'ORMtlTlON 


The MAP Communications Board (iSBC 554-X), Head·End 
Remodulator and Gable Starter Kit are covered by Intel's 
standard go·day return-to-vendor warranty, 


IlELtlTED LlTElltlTlfllE 


iSBC 554-X Data Sheet (Intel Order *231594-002) 


iNA 960 Data Sheet (Intel Order *230777-003) for the 
Transport and Network Layers 


iSBC 554·X Hardware Reference Manual (Intel Order 
"149229-0(1) 


Serial Communication 
Boards 
8 
and Software 


inter 
iSBC® 88/45 
ADVANCED DATA COMMUNICATIONS 
PROCESSOR BOARD 
• Three 
HDLC/SDLC 
Half/Full-Duplex 
• SOSS(SOSS-2) Microprocessor 
Operates 
Communication 
Channels-optional 
at S MHz 
ASYNC/SYNC 
on Two Channels 
• iSBC® 337 Numeric 
Data Processor 
• Supports 
RS232C (Including 
Modem 
Option Supported 
Support), 
CCITT 
V.24, or RS422A/449 
• 16K Bytes Static RAM (12K Bytes Dual- 
Interfaces 
Ported) 
• On-Board 
DMA Supports 
SOOKBaud 
• Four 2S-Pln JEDEC Sites for EPROM/ 
Operation 
RAM Expansion; 
Four Additional 
2S-Pln 
• Self-Clocking 
NRZI SDLC Loop Data 
JEDEC Sites Added 
with iSBC® 341 
Link Interface 
Board 
- 
Polnt-to-Point 
• Two ISBXTM Bus Connectors 
-Multidrop 


Software 
Programmable 
Baud Rate 
• MUL TIBUS® 
Interface 
Supports 
• 
Multlmaster 
Configuration 
Generation 


The iSBC 88/45 Advanced Data Communications Processor (AOCP) Board adds 8 MHz, 8088 (8088-2) 8-bit 
microprocessor-based communications flexibility to the Intel line of OEM microcomputer systems. The 
iSBC 88/45 AOCP board offers asynchronous, synChronous,SOLC, and HOLC serial interfaces for gateway 
networking or general purpose solutions. The iSBC 88/45 AOCP board provides the CPU, system clock, 
EPROM/RAM, serial I/O ports, priority interrupt logic, and programmable timers to facilitate higher-level appli- 
cation solutions. 


inter 
ISBC® 88/45 
BOARD 


FUNCTIONAL DESCRIPTION 
plemented by the user include SNA terminal inter- 
faces to IBM systems. 


Three Communication 
Channels 


Three programmable HOLC/SOLC serial interfaces 
are provided on the iSBC 88/45 AOCP board. The 
SOLC interface is familiar to IBM system and termi- 
nal equipment users. The HOLC interface is known 
by users of CCITT's X.25 packet switching interface. 


One channel utilizes an Intel 8273 controller to man- 
age the serial data transfers. Accepting the 8-bit 
data bytes from the local bus, the 8273 controller 
translates the data into the HOLC/SOLC format. The 
channel operates in half/full-duplex mode. 


In addition to the synchronous mode, the 8273 con- 
troller operates asynchronously with NRZI encoded 
data which is found in systems such as the IBM 
3650 Retail Store System. An SOLC loop configura- 
tion using iSBX 352 and iSBC 88/45 products is 
shown in Figure 1. 


The two additional channels utilize the Intel 8274 
Multi-Protocol Serial Controller (MPSC). The MPSC 
provides two 
independent 
half/full-duplex 
serial 
channels which 
provide asynchronous, synchro- 
nous, HOLC or SOLC protocol operations. The sync 
and async protocol ope.rations are commonly used 
to communicate with inexpensive terminals and sys- 
tems. 


The three serial channels of the iSBC 88/45 AOCP 
board offer communications capability to manage a 
gateway application. The gateway application 
as 
shown in Figure 1, manages diverse protocol re- 
quirements for data movement between channels. 
Typical protocol management software layers im- 


For high-speed communications, one MPSC chan- 
nel has a OMA capacity to support an 800K baud 
rate. The second channel attached to the MPSC is 
capable of simultaneous 800K baud operation when 
configured with OMA capability, but is connected to 
an RS232C interface which is defined as 20K baud 
maximum. Figure 2 shows an RS422A1449 multi- 
drop application which supports high-speed opera- 
tion. 


Interfaces Supported 


The iSBC 88/45 AOCP board provides an excellent 
foundation to support these electrical and diverse 
software drivers protocol interfaces. The control 
lines, serial data lines, and signal ground lines are 
brought out to the three double-edge connectors. 
Figure 3 shows the cable to connector construction. 
Two connectors are pre-configured for RS422A1 
449. 
All 
three 
channels 
are 
configurable 
for 
RS232C/CCITT V.24 interfaces as shown in Table 
1. 
Table 1.ISBC@88/45 Supported Configurations 


Connection 
Synchronous 
Asynchronous 


Modem 
Direct 
Modem' 
Direct 


Point-to-Point 
X" 
X 
X 
X 


Multidrop 
X 
X 
X 
X 


Loop 
NA 
N.A. 
C 
C 
(Only) 
(Only) 


·Modem should not respond to break. 
··Channels A, B, and C denoted by X. 


Figure 1.ISBC@88/45 Gateway Processor Example 
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NOTE: 
The 
last slave 
device 
in the system 
must contain 
termination 
resistors 
on all signal 
lines received 
by the slave 
board. 


The master 
device 
contains 
bias resistors 
on all signal 
'ines. 


intJ 


Self Clocking Point-to-Point 
Interface 


The iSBC 88/45 ADCP board is used in an asyn- 
chronous mode interface when configured as shown 
in Figure 4. The point-to-point RS232C example 
uses the self-clocking mode interface for NRZI en- 
coding/decoding 
of data. The digital phase-lock 
loop allows operation of the interface in either half- 
duplex or full/duplex implementation with or without 
modems. 


T.C 
hD 


RTS 
.sec· 85145 
CTS 
IOA~D 
R.e 


R.D 


DTR 


DSR 


R.C 
R.D 


RTS 


CTS Isec' 
88145 
hC 
BOARD 
hD 


DSR 
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Figure 4. Self-Clocking 
or Asynchronous 
Polnt- 
to-Point 
Modem 
Interface 
Configuration 
Example-RS232C 


Synchronous 
Point-to-Point 
Interface 


Figure 5 shows a synchronous point-to-point mode 
of operation for the iSBC 88/45 ADCP board. This 
RS232C example uses a modem to generate the 
receive clock for coordination of the data transfer. 
The iSBC 88/45 ADCP board generates the transmit 
synchronizing clock for synchronous transmission. 


RTS 
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iSBC' 
a814S T.O 
BOARD 
R.O 


DTR 


DSR 


RTS 


CTS 


R.O 
,sec' 
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TxD 
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Figure 5. Synchronous 
Polnt-to-Polnt 
Modem 
Interface 
Configuration 
Example-RS232C 


Central Processing 
Unit 


The central processor for the iSBC 88/45 Advanced 
Data Communications Processor board is Intel's 
iAPX 8088 microprocessor operating at 8 MHz. The 
microprocessor interface to other functions is illus- 
trated in Figure 6. The microprocessor architec- 


ture is designed to effectively execute the applica- 
tion and networking software written in higher-level 
languages. 


This architectural support includes four 16-bit byte 
addressable data registers, two 16-bit memory base 
pointer registers and two 16-bit index registers. 
These registers are addressable through 24 different 
operand 
addressing 
modes 
for 
comprehensive 
memory addressing and for high-level language data 
structure manipulation. 


The stack-oriented 
architecture 
readily supports 
Intel's iRMX executives and iMMX mUltiprocessing 
software. Both software packages are designed for 
modular application programming. Facilitating the 
fast inter-module communications, the 4-byte in- 
struction queue supports program constructs need- 
ed for real-time systems. 


Since programs are segmented between pure pro- 
cedure and data, four segment registers (code, 
stack, data, extra) are available for addressing 1 
megabyte of memory space. These registers contain 
the offset values used to address a 64K byte seg- 
ment. The registers are controlled explicitly through 
program control or implicitly by high-level language 
functions and instructions. 


The real-time system software can also utilize the 
programmable timers as shown in Table 2 and vari- 
ous interrupt control modes available on the ADCP 
board to have responsive and effective application 
solutions. 


Function 
Operation 


Interrupt on Terminal An interrupt is generated on 
Count 
terminal count being reached. 
This function is useful for 
generation of real-time 
clocks. 


Rate Generator 
Divide by N counter. Based 
on the input clock period, the 
output pulse remains low until 
the count is expired. 


Square Wave 
Output remains high for one- 
Generator 
half the count, goes low for 
the remainder of the count. 


Software Triggered 
Output remains high until 
Strobe 
count expires, then goes low 
for one clock period. 


The 
8088 
instruction 
set 
includes 
8-bit 
and 
16-bit 
signed and unsigned 
arithmetic 
operators 
for binary, 
BCD, and unpacked 
ASCII data. For enhanced 
nu- 
merics 
processing 
capability, 
the iSBC 337 MUL TI- 
MODULE 
Numeric 
Data 
Processor 
extends 
the 
8088 architecture 
and data set. 


The extended 
numerics 
capability 
includes 
over 60 
numeric 
instructions 
offering 
arithmetic, 
trigonomet- 
ric, transcendental, 
logarithmic, 
and exponential 
in- 
structions. 
Many 
math-oriented 
applications 
utilize 
the 16-, 32-, and 64-bit integer, 
32- and 64-bit float- 
ing point, 18-digit packed 
BCD, and 80-bit temporary 
data types. 


16K Bytes Static Ram 


The iSBC 88/45 
ADCP board contains 
16K bytes of 
high-speed 
static 
RAM, with 
12K bytes dual-ported 
which 
is addressable 
from other 
MUL TIBUS 
devic- 
es. When coupled 
with the high-speed 
DMA capabil- 
ity of the iSBC 88/45 
ADCP board, the dual-ported 
memory 
provides 
effective 
data communication 
buff- 
ers. The dual-ported 
memory 
is useful for interproc- 
essor 
message 
transfers. 


~-~ 


Interrupt 
Capability 


The 
iSBC 
88/45 
ADCP 
board 
provides 
nine 
vec- 
tored 
interrupt 
levels. 
The highest 
level 
is the NMI 
(Non-Maskable 
Interrupt) 
line. The 
additional 
eight 
interrupt 
levels are vectored 
via the Intel 8259A 
Pro- 
grammable 
Interrupt 
Controller 
(PIC). As shown 
in 
Table 3, four priority processing 
modes are available 
to 
match 
interrupt 
servicing 
requirements. 
These 
modes 
and 
priority 
assignments 
are 
dynamically 
configurable 
by the system 
software. 


Table 3. Programmable 
Interrupt 
Modes 


Mode 
Operation 


Nested 
Interrupt 
request line priorities 
fixed; interrupt 
0 is the highest 
and 7 is the lowest. 


Auto-Rotating 
The interrupt 
priority rotates; 
once an interrupt 
is serviced 
it 
becomes 
the lowest priority. 


Specific 
Priority 
System software 
assigns 
lowest level priority. The other 
levels are sequenced 
based on 
the level assigned. 


Polled 
System software 
examines 
priority interrupt via interrupt 
status register. 
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Listed in Table 4 are the devices and functions sup- 
ported by interrupts on the iSBC 88/45 AoCP board. 
All interrupt signals are brought to the interrupt jump- 
er matrix. Any of the 23 interrupt sources are 
strapped to the appropriate 8259A PIC request level. 
The PIC resolves requests according to the software 
selected mode and, if the interrupt is unmasked, is- 
sues an interrupt to the CPU. 


EPROM/RAM 
Expansion 


In addition to the on-board RAM, the iSBC 88/45 
AoCP board provides four 28-pin JEoEC sockets for 
EPROM expansion. By using 2764 EPROMs, the 
board has 32K bytes of program storage. Three of 
the JEoEC standard sockets also support byte-wide 
static RAMs or iRAMs; using 8K x 8 static RAMs 
provides an additional 24K bytes of RAM. 


Inserting the optional iSBC 341 MULTIMOoULE 
EPROM expansion board onto the iSBC 88/45 
AoCP board provides four additional 28-pin JEoEC 
sites. This expansion doubles the available program 
storage or extends the RAM capability by 32K bytes. 


iSBXTM MUL TIMODULETM Expansion 


Two 8-bit iSBX MULTIMOoULE connectors are pro- 
vided on the iSBC 88/45 microcomputer. Through 
these connectors, additional iSBX functions extend 
the I/O capability of the microcomputer. The iSBX 
connectors provide the necessary signals to inter- 
face to the local bus. 


In addition to specialized or custom designed iSBX 
boards, the customer has a broad range of Intel 
iSBC MULTIMOoULEs available, including parallel 
I/O, analog I/O, iEEE 488 GPIB, floppy disk, mag- 
netic bubbles, video, and serial I/O boards. 


The serial I/O MULT1MOoULE boards include the 
iSBX 351 (one ASYNC/SYNC serial channel) the 
iSBX 352 (one HoLC/SoLC serial channel) and the 
iSBX 354 (two SYNC/ ASYNC, HoLC/SoLC 
serial 
channels) boards. Adding two iSBX 352 MULTI- 
MODULE boards to the iSBC 88/45 AoCP provides 
a total of five HoLC/SoLC channels. 


The MULTIBUS system is Intel's industry standard 
microcomputer bus structure. Both 8- and 16-bit sin- 
gle board computers are supported on the MULTI- 
BUS structure with 24 address and 16 data lines. In 
addition to expanding functions contained on a sin- 
gle board computer (e.g., memory and digital I/O), 
the MULTIBUS structure allows very powerful dis- 
tributed 
processing 
configurations 
with 
multiple 
processors, 
intelligent 
slaves, 
and 
peripheral 
boards. 


Multimaster 
Capability 


The iSBC 88/45 AoCP board provides full MULTI- 
BUS 
arbitration 
control 
logic. 
This 
control 


Device 
Function 
No. of 
Interrupts 


MULTIBUS Interface 
Select 1 interrupt from MULTIBUS resident peripherals 
or other CPU boards. 
8 


8273 HoLC/SoLC 
Transmit buffer empty and receive buffer full 
2 
Controller 


8274 HoLC/SoLC 
Software examines register for status of communication 
SYNC/ ASYNC Controller 
operation 
1 


8254-Timer 
Counter 2 of both PIT devices 
2 


iSBX Connectors 
Function determined by iSBX MULTIMOoULE Board 
(2 interrupts per socket) 
4 


Bus Fail Safe Timer 
Indicates MULTIBUS addressed device has not 
responded to command within 4 msec 
1 


Power Line Clock 
Source of 60 MHz signal from power supply 
1 


Bus Flag Interrupt 
Flag interrupt in byte location 1000H signals board reset 
2 
or data handling request 


iSBC 337A Board 
Numeric Data Processor generated status information 
1 


8237A-5 
Signals end of 8237 oMA operation 
1 


inter 


logic allows up to three iSBC 88/45 ADCP boards or 
other bus masters, including iSBC 286, iSBC 86 and 
iSBC 86 family boards to share the system bus using 
a serial (daisy chain) priority scheme. By using an 
external parallel priority decoder, the MULTIBUS 
system bus could be shared among sixteen masters. 


The Intel standard MULTIBUS Interprocessor Proto- 
col (MIP) software, implemented as the Intel iMMX 
800 package for iRMX 86 and iRMX 88 Real-Time 
Executives, fully supports multiple 8- and 16-bit dis- 
tributed processor functions. The software manages 
the message passing protocol between microproc- 
essors. 


System Development 
Capabilities 


The application development cycle for an iSBC 
88/45 
ADCP board 
is 
reduced 
and 
simplified 
through the usage of several Intel tools. The tools 
include the Intellec Series Microcomputer Develop- 
ment System, the ICE·88 In-Circuit Emulator, the 
iSDM 86 debug monitor software, and the iRMX 86 
and iRMX 88 run-time support packages. 


The Intellec Series Microcomputer Development 
System offers a complete development environment 
for the iSBC 88/45 software. In addition to the oper- 
ating system, assembler, utilities and application de- 
bugger features provided with the system, the user 
optionally can utilize higher-level languages like 
PLlM, PASCAL, and FORTRAN. 


The ICE-88 In-Circuit Emulator provides a link be- 
tween the Intellec system and the target iSBC 
88/45-based system for code loading and execu- 
tion. The ICE-88 package assists the developer with 
the debugging and system integrating processes. 


Intel offers run-time foundation software to support 
applications which range from general purpose to 
high-performance solutions. The iRMX 88 Real-time 
Multitasking Executive provides a multitasking struc- 
ture which includes task scheduling, task manage- 
ment, intertask communications, and interrupt serv- 
icing for high-performance applications. The highly 
configurable modules make the system tailoring job 
easier whether one uses the compact executive or 
the complete executive with its variety of peripheral 
devices supported. 


The iRMX 86 Operating System provides a very rich 
set of features and options to support sophisticated 
applications solutions. In addition to supporting real- 
time requirements, the iRMX 86 Operating System 
has a powerful, but easy-to-use human interface. 
When added to the sophisticated I/O system, the 
iRMX 86 Operating System is readily extended 


to support assembler, PLlM, PASCAL, and FOR- 
TRAN software development 
environments. The 
modular building block software lends itself well to 
customized application solutions. 


Instruction: 8, 16, 24, or 32 bits 
Data: 8 or 16 bits 


NOTE: 
Jumper selectable for 4 MHz operation with iSBC 
337 Numeric Data Processor module or ICE-88 
product. 


Cycle Time 


Basic Instruction Cycle at 8.00 MHz: 1.25 /LS, 250 ns 
(assumes instruction in the queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (Le., two clock cycles). 


Memory Cycle Time 


RAM: 500 ns (no wait states) 
EPROM: jumper selectable from 500 ns to 625 ns. 


On-Board 
RAM' 


K Bytes 
Hex Address 
Range 
16 (total) 
0000-3FFF 
12 (dual-ported) 
1000-3FFF 


'Four iSBC 88/45 EPROM sockets support JEDEC 24/28- 
pin standard EPROMs and RAMs (3 sockets); iSBC 341 (4 
sockets) 


Temperature: O·Cto + 55·C, free moving air across 
the base board and MULTIMODULE board 


Physical Characteristics 


Width: 30.48 cm (12.00 in) 
Length: 17.15 cm (6.75 in) 
Height: 1.50 cm (0.59 in) 
Weight: 6.20 gm (22 oz) 


inter 
ISBC® 88/45 
BOARD 


MemoryCapacityIAddressing 
Electrical Characteristics 


On-Board 
EPROM' 
DC Power Dissipation-28.3 
Watts 


Device 
Total 
Hex Address 
K Bytes 
Range 


2716 
8 
FEOOO-FFFFF 
2732A 
16 
FCOOO-FFFFF 
2764 
32 
F8000-FFFFF 
27128 
64 
FOOOO-FFFFF 


With 
optional 
ISBC@ 341 MUL TIMODULETM 
EPROM 


Device 
Total 
Hex Address 
K Bytes 
Range 


2716 
16 
FCOOO-FFFFF 
2732A 
32 
F8000-FFFFF 
2764 
64 
FOOOO-FFFFF 
27128 
128 
EOOOO-FFFFF 


'Four iSBC 88/45 EPROM sockets support JEOEC 24/28- 
pin standard EPROMs and RAMs (static and iRAM, 3 sock- 
ets); iSBC 341 sockets also support EPROMs and RAMs. 


Serial RS232C 
Signals- 


CTS 
CLEAR TO SEND 
DSR 
DATA SET READY 
DTE TXC 
TRANSMIT 
CLOCK 
DTR 
DATA TERMINAL 
READY 
FG 
FRAME 
GROUND 
RTS 
REQUEST 
TO SEND 
RXC 
RECEIVE 
CLOCK 
RXD 
RECEIVE 
DATA 
SG 
SIGNAL 
GROUND 
TXD 
TRANSMIT 
DATA 


Serial RS422A1449 
Signals- 


CS 
CLEAR 
TO SEND 
OM 
DATA MODE 
RC 
RECEIVE 
COMMON 
RD 
RECEIVE 
DATA 
RS 
REQUEST 
TO SEND 
RT 
RECEIVE 
TIMING 
SC 
SEND COMMON 
SO 
SEND DATA 
SG 
SIGNAL 
GROUND 
TR 
TERMINAL 
READY 
TT 
TERMINAL 
TIMING 


Current 
Requirements 
Configuration 
(All Voltages 
± 5%) 
+5V 
+12V 
-12V 


Without 
EPROM(1) 
5.1A 
20mA 
20mA 


With 8K EPROM 
+0.14A 
(Using 2716) 
- 
- 


With 16K EPROM 
+0.20A 
- 
(Using 2732A) 
- 


With 32K EPROM 
+0.24A 
(Using 2764) 
- 
- 


With 64K EPROM 
+0.24A 
(Using 27128) 
- 
- 


NOTE: 
1. AS SHIPPED-no 
EPROMs in sockets, no iSBC 341 
module. 
Configuration 
includes 
terminators 
for 
two 
RS422A1449 and one RS232C channels. 


Channel 
Device 
Supported 
Max. Baud 
Interface 
Rate 


A 
8274(1) RS442A1449 
800K SOLC/HOLC 
RS232C 
125K Synchronous 
CCITTV.24 
50K Asynchronous 


B 
8274 
RS232C 
125K Synchronous(2) 
CCITTV.24 
50K Asynchronous 


C 
8273(3) RS442A1449 64K SOLC/HOLC(3) 
RS232C 
9.6K SELF CLOCKING 
CCITTV.24 


NOTES: 
1. 8274 supports HOLC/SOLC/SYNC/ASYNC 
multiproto- 
col 
2. Exceed RS232C/CCITT V.24 rating of 20K baud 
3. 8273 supports HOLC/SOLC 


8254 
Synchronous 
Asynchronous 
Timer 
Divide 
+ 16 
+32 
+64 
Count 
N 
K Baud 
K Baud 


10 
800 
50.0 
25.0 
12.5 
26 
300 
19.2 
9.6 
4.8 
31 
256 
16.1 
8.06 
4.03 
52 
154 
9.6 
4.8 
2.4 
104 
76.8 
4.8 
2.4 
1.2 
125 
64 
4.0 
2.0 
1.0 
143 
56 
3.5 
1.7 
0.87 
167 
48 
3.0 
1.5 
0.75 
417 
19.2 
- 
- 
- 
833 
9.6 
- 
- 
- 


EQUATION 
8,000,000 
500K 
250K 
125K 
-- -- -- 
N 
N 
N 
N 
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Interface 
Mode(1) 
MUL TIMODULETM 
Cable 
Connector 
Edge Connector 


RS232C 
DTE 
26-pin(4), 3M-3462-0001 
3M(2)-3349/25 
25-pin(6),3M-3482-1000 
RS232C 
DCE 
26-pin(4), 3M-3462-0001 
3M(2)-3349/25 
25-pin(6),3M·3483-1000 
RS449 
DTE 
40-pin(5), 3M-3464-0001 
3M(3)-3349/37 
37-pin(7),3M-3502-1000 
RS449 
DCE 
40-pin(5), 3M-3464·0001 
3M(3)-3349/37 
37-pin(7),3M-3503·1000 


NOTES: 
1. DTE-Data 
Terminal Equipment Mode (male connector); DCE-Data 
Circuit Equipment mode (female connector) requires 
line swaps. 
2. Cable is tapered at one end to fit the 3M-3462 connector. 
3. Cable is tapered to fit 3M-3464 connector. 
4. Pin 26 of the edge connector is not connected to the flat cable. 
5. Pins 38, 39, and 40 of the edge connector are not connected to the flat cable. 
6. May be used with the cable housing 3M-3485-1000. 
7. Cable housing 3M-3485-4000 may be used wih the connector. 


Device 
Characteristic 
Qty 
Installed 


1488 
RS232C 
3 
1 
1489 
RS232C 
3 
1 
3486 
RS422A 
2 
2 
3487 
RS422A 
2 
2 


143824-iSBC 
88/45 
Advanced 
Data Communica- 
tions Processor 
Board Hardware 
Reference 
Manual 
(not supplied). 


Reference 
manuals 
may be ordered 
from 
any Intel 
sales 
representative, 
distributor 
office 
or from 
Intel 
Literature 
Department, 
3065 Bowers 
Avenue, 
Santa 
Clara, CA 95051. 


Part Number 


SBC88/45 


Description 


8-bit 8088-based 
Single 
Board Com- 


puter 
with 
3 
HDLC/SDLC 
serial 


channels 
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iSBC® 188/56 
ADVANCED COMMUNICATING 
COMPUTER 
• ISBC@ Single Board Computer 
or 
• 7 On-Board 
DMA Channels 
for Serial 
Intelligent 
Slave Communication 
Board 
1/0,280188 
DMA Channels 
for the 
• 8 Serial Communications 
Channels, 
ISBXTM MUL TIMODULETM 
Board 


Expandable 
to 12 Channels 
on a Single 
• MUL TIBUS 
Interface 
for System 
MUL TIBUS@ Board 
Expansion 
and Multlmaster 
• 8 MHz 80188 Microprocessor 
Configuration 
• Supports 
RS232C 
Interface 
on 6 
• Two ISBX Connectors 
for Low Cost I/O 


Channels, 
RS422A/449 
or RS232C 
Expansion 


Interface 
Conflgurable 
on 2 Channels 
• 256K Bytes Dual-Ported 
RAM On-Board 
• Supports 
Async, Bisync HDLC/SDLC, 
• Two 28-pin JEDEC PROM Sites 
On-Chip 
Baud Rate Generation, 
Half! 
Expandable 
to 6 Sites with the ISBC 
Full-Duplex, 
NRZ, NRZI or FM 
341 MUL TIMODULE 
Board for a 
Encoding/Decoding 
Maximum 
of 192K Bytes EPROM 
• Resident 
Firmware 
to Handle 
up to 12 
RS232C Async 
Lines 


The 
iSBC 
188/56 
Advanced 
Communicating 
Computer 
(COMMputer™) 
is an intelligent 
8-channel 
single 
board computer. 
This iSBC board adds the 8 MHz 80188 
microprocessor-based 
communications 
flexibility 
to 
the Intel line of OEM microcomputer 
systems. 
Acting as a stand-alone 
CPU or intelligent 
slave for communica- 
tion expansion, 
this board provides 
a high performance, 
low-cost 
solution 
for multi-user 
systems. 
The features 
of the iSBC 188/56 
board are uniquely suited to manage 
higher-layer 
protocol 
requirements 
needed 
in today's 
data communications 
applications. 
This single board computer 
takes full advantage 
of Intel's VLSI technology 
to provide 
state-of-the-art, 
economic, 
computer 
based 
solutions 
for OEM communications-oriented 
applica- 
tions. 


·IBM 
is a registered 
trademark 
of International 
Business 
Machines 
·UNIX 
is a trademark 
of Bell Laboratories 
·XENIX 
is a trademark 
of Microsoft 
Corporation 
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The iSSC 188/56 
COMMputer™ 
features have 
been designed to meet the needs of numerous com- 
munications applications. Typical applications in- 
clude: 
1. Terminal/cluster controller 
2. Front-end processor 
3. Stand-alone communicating computer 


A terminal/cluster controller concentrates communi- 
cations in a central area of a system. Efficient 
handling of messages coming in or going out of the 
system requires sufficient buffer space to store 
messages and high speed I/O channels to transmit 
messages. More sophisticated applications, such as 
cluster controllers, also require character and format 
conversion capabilities to allow different types of ter- 
minals to be attached. 


The iSSC 188/56 Advanced Communicating Com- 
puter is well suited for multi-terminal systems (see 
Figure 1). Up to 12 serial channels can be serviced 
in multi-user or cluster applications by adding two 
iSSX 354 MULTIMODULE boards. The dual-port 
RAM provides a large on-board buffer to handle 


incoming and outgoing messages at data rates up to 
19.2K baud. Two channels are supported for contin- 
uous data rates greater than 19.2K baud. Each serial 
channel can be individually programmed for different 
baud rates to allow system configurations with differ- 
ing terminal types. The firmware supplied on the 
iSSC 188/56 board supports up to 12 asynchronous 
RS232C serial channels, provides modem control 
and performs power-up diagnostics. The high per- 
formance of the on-board CPU provides intelligence 
to handle protocols and character handling typically 
assigned to the system CPU. The distribution of in- 
telligence results in optimizing system performance 
by releasing the system CPU of routine tasks. 


A front-end processor off-loads a system's central 
processor of tasks such as data manipulation and 
text editing of characters collected from the at- 
tached terminals. A variety of terminals require flex- 
ible terminal interfaces. Program code is often dy- 
namically downloaded to the front-end processor 
from the system CPU. Downloading code requires 
sufficient memory space for protocol handling and 
program code. Flow control and efficient handling of 
interrupts require an efficient operating system to 
manage the hardware and software resources. 


!?J~ ... 
~& 


ISBX'" 354 
ISBX'" 354 
BOARD 
BOARD 
c:::=:::J c:::=:::J 
ISBC* 188/56 
BOARD 
FIRMWARE 
II 
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The iSBC 188/56 board features are designed to 
provide a high performance solution for front-end 
processor 
applications 
(see Figure 2). A 
large 
amount of random access memory is provided for 
dynamic storage of program code. In addition, local 
memory sites are available for storing routine pro- 
grams such as X.25, SNA or bisync protocol soft- 
ware. The serial channels can be configured for links 
to mainframe systems, point-to-point terminals, mo- 
dems or multidrop configurations. 


Stand-Alone 
COMMputer™ 
Application 


A stand-alone communication computer is a com- 
plete computer system. The CPU is capable of man- 
aging the resources required to meet the needs of 
multi-terminal, multi.pr.otocolapplications. These ap- 
plications typically require multi-terminal support, 
floppy disk control, local memory allocation, and 
program execution and storage. 


To 
support 
stand-alone 
applications, 
the 
iSBC 
188/56 COMMputer board uses the computational 
capabilities of an on-board CPU to provide a high- 
speed system solution controlling 8 to 12 channels 
of serial I/O (see Figure 3). The local memory avail- 
able is large enough to handle special purpose 
code, execution code and routine protocol software. 


The MULTIBUS interface can be used to access ad- 
ditional system functions. Floppy disk control and 
graphics capability can be added to the iSBC stand- 
alone computer through the iSBX connectors. 


The four major functional areas are Serial I/O, CPU, 
Memory and OMA.These areas are illustrated in Fig- 
ure 4. 


Eight HOLC/SOLC serial interfaces are provided on 
the iSBC 188/56 board. The serial interface can be 
expanded to 12 channels by adding 2 iSBX 354 
MULTIMOOULE boards. The HOLC/SOLC interface 
is compatible with IBM" system and terminal equip- 
ment and with CCITT's X.25 packet switching inter- 
face. 


Four 
82530 
Serial 
Communications 
Controllers 
(SCe) provide eight channels of half/full duplex ser- 
ial I/O. 
Six channels support RS232C interfac- 
es. Two channels are RS232C/422/449 
configura- 
ble and can be tri-stated to allow multidrop networks. 
The 82530 component is designed to satisfy several 
serial communications requirements; asynchronous, 
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byte-oriented synchronous (HDLC/SDLC) modes. 
The increased capability at the serial controller point 
results in off-roading the CPU of tasks formerly as- 
signed to the CPU or its associated hardware. Con- 
figurability of the 82530 allows the user to configure 
it to handle all asynchronous data formats regard- 
less of data size, number of start or stop bits, or 
parity requirements. An on-chip baud rate generator 
allows independent baud rates on each channel. 


The clock can be generated either internally with the 
SCC chip, with an external clock or via the NRZ1 
clock encoding mechanism. 


All eight channels can be configured as Data Termi- 
nal 
Equipment 
(DTE) or 
Data Communications 
Equipment (DCE). Table 1 lists the interfaces sup- 
ported. 


Table 1. iSBC@188/56 Interface Support 


Connection 
Synchronous 
Asynchronous 


Modem to Direct Modem to Direct 


Point-to-Point 
X·· 
X 
Channels 
Channels 
Multidrop 
o and 1 
o and 1 


Loop 
X 
N/A 


The 80188 central processor component provides 
high performance, flexibility and powerful process- 
ing. The 80188 component is a highly integrated mi- 
croprocessor with an 8-bit data bus interface and a 
16-bit internal architecture to give high performance. 
The 80188 is upward compatible with 86 and 186 
software. 


The 
80188/82530 
combination 
with 
on-board 
PROM/EPROM sites, and dual-port RAM provide 
the intelligence and speed to manage multi-user, 
multi-protocol communication operations. 


There are two areas of memory on-board: dual-port 
RAM and universal site memory. The iSBC 188/56 
board contains 256K bytes of dual-port RAM that is 
addressable by the 80188 on-board. The dual-port 
memory is configurable anywhere in a 16M byte ad- 
dress space on 64K byte boundaries as addressed 
from the MULTIBUS port. Not all of the 256K bytes 
are visible from the 
MULTIBUS bus side. The 
amount 
of 
dual-port 
memory 
visible 
to 
the 


BOIBB 
D 


rFlWlJ 
ROUTINE 
PROGRAMS 
L....JL......J 
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MULTIBUS side can be set (with jumpers) to none, 
16K bytes, or 48K bytes. In a multiprocessor system 
these features provide local memory for each proc- 
essor and shared system memory configurations 
where the total system memory size can exceed one 
megabyte without addressing conflicts. 


The second area of memory is universal site memo- 
ry providing flexible memory expansion. Two 28-pin 
JEDEC sockets are provided. One of these sockets 
is used for the resident firmware as described in the 
FIRMWARE section. 


The default configuration of the boards supports 
16K byte EPROM devices such as the Intel 27128 
component. However, these sockets can contain 
ROM, EPROM, Static RAM, or EEPROM. Both sock- 
ets must contain the same type of component (Le. 
as the first socket contains an EPROM for the resi- 
dent firmware, the second must also contain an 
EPROM with the same pinout). Up to 32K bytes can 
be addressed per socket giving a maximum univer- 
sal site memory size of 64K bytes. By using the iSBC 
341 MULTIMODULE board, a maximum of 192K 
bytes of universal site memory is available. This pro- 
vides sufficient memory space for on-board network 
or resource management software. 


Seven channels of Direct Memory Access (DMA) 
are provided between serial I/O and on·board dual 
port RAM by two 8237-5 components. Each of chan- 
nels 0, 1, 2, 3, 5, 6, and 7 is supported by their own 
DMA line. Serial channels 0 and 1 are configurable 
for full duplex DMA. Configuring the full duplex DMA 
option for Channels 0 and 1 would require Channels 
2 and 3 to be interrupt driven or polled. Channel 4 is 
interrupt driven or polled only. 


Two DMA channels are integrated in the 80188 
processor. These additional channels can be con- 
nected to the iSBX interfaces to provide DMA capa- 
bility to iSBX MULTIMODULE boards such as the 
iSBX 218A Floppy Disk Controller MULTIMODULE 
board. 


Intel offers run-time foundation software to support 
applications that range from general purpose to 
high-performance solutions. 


SERIAL 
COMMUNICA nONS 
CONTROLLERS 
SCC(41 


CHANNELS 
CHANNEL 
7·2 
1.0 
RS232CI 
RS232C 
422/449 


Release 
6 of the 
iRMX 
86 Operating 
System 
pro- 
vides 
a rich set of features 
and options 
to support 
sophisticated 
stand-alone 
communications 
applica- 
tions on the iSBC 188/56 
Advanced 
Communicating 
Computer. 
In addition 
to 
supporting 
real-time 
re- 
quirements, 
the iRMX 86 Operating 
System 
Release 
6 has a powerful, 
yet easy to use human 
interface. 
Services 
provided 
by the iRMX 86 Operating 
System 
include 
facilities 
for executing 
programs 
concurrent· 
ly, 
sharing 
resources 
and 
information, 
servicing 
asynchronous 
events 
and 
interactively 
controlling 
system 
resources 
and utilities. The iRMX 86 Operat- 
ing System 
is readily 
extended 
to support 
assem· 
bier, PL/M, 
PASCAL, 
and 
FORTRAN 
software 
de- 
velopment 
environments. 
The 
modular 
building 
block 
software 
lends itself well to customized 
appli- 
cation 
solutions. 
If the iSBC 188/56 
board is acting 
as an intelligent 
slave in a system 
environment, 
an 
iRMX 86 driver resident 
in the host CPU can be writ- 
ten by following 
the examples 
in the manual 
"Guide 
to Writing 
Device 
Driven for iRMX 86 and iRMX 88 
I/O Systems". 


The iSDMTM 86 System 
Debug Monitor supports 
tar- 
get 
system 
debugging 
for 
the 
iSBC 
188/56 
Ad- 


vanced 
Communicating 
COMMputer 
board. 
The 
monitor 
contains 
the necessary 
hardware, 
software 
and 
documentation 
required 
to interface 
the 
iSBC 
188/56 
target system 
to an Intel microcomputer 
de- 
velopment 
system 
for 
debugging 
application 
soft- 
ware. 


The XENIX' 
286 Operating 
System, 
Release 
3, is a 
fully 
licensed 
adaptation 
of 
the 
Bell 
Laboratories 
System III UNIX' 
Operating 
System. The XENIX sys- 
tem 
is an 
interactive, 
protected, 
multi-user, 
multi- 
tasking 
operating 
system 
with 
a powerful, 
flexible 
human interface. 
Release 3 of XENIX 286 includes 
a 
software 
driver for the iSBC 188/56 
board (and up to 
two iSBX 354 MUL TIMODULE 
Boards) 
acting as an 
intelligent 
slave for multi-user 
applications 
requiring 
multiple 
persons 
running 
independent, 
terminal-ori- 
ented jobs. Example 
applications 
include 
distributed 
data processing, 
business 
data processing, 
software 
development 
and engineering 
or scientific 
data anal- 
ysis. XENIX 286 Release 
3 Operating 
System 
serv- 
ices include device independent 
I/O, tree-structured 
file directory 
and task hierarchies, 
re-entrant/shared 
code 
and 
system 
accounting 
and 
security 
access 
protection. 


Feature 
Description 


Asynchronous 
Serial 
Supports 
the serial channels 
in asynchronous 
ASCII mode. 


Channel 
Support 
Parameters 
such as baud rate, parity generation, 
parity 
checking 
and character 
length can be programmed 
independently 
for each channel. 


Block Data Transfer 
Relieves the host CPU of character-at-a-time 
interrupt 
(On Output) 
processing. 
The iSBC 188/56 
board accepts 
blocks of data for 
transmission 
and interrupts 
the processor 
only when the entire 
block is transmitted. 


Limited Modem Control 
Provides 
software 
control of the Data Terminal 
Ready (DTR) 
line on all channels. 
Transitions 
on the Carrier Detect (CD) line 
are sensed and reported 
to the host CPU. 


Tandem 
Modem Support 
Transmits 
an XOFF character 
when the number of characters 
in its receive buffer exceeds 
a threshold 
value and transmits 
an 
XON character 
when the buffer drains below some other 
threshold. 


Download 
and 
Provides a capability 
for the host CPU to load code anywhere 
in 
Execute Capability 
the address 
space of the iSBC 188/56 
board and to start 
executing 
at any address 
in its address 
space. 


Power Up 
On board reset, the firmware 
executes 
a series of simple tests 
Confidence 
Tests 
to establish 
that crucial components 
on the board are 
functional. 


The 
iSBC 
188/56 
Communicating 
COMMputer 
board 
is supplied 
with 
resident 
firmware 
that 
sup- 
ports 
up to 12 RS232C 
asynchronous 
serial chan- 
nels. In addition, 
the firmware 
provides 
a facility for a 
host 
CPU 
to download 
and 
execute 
code 
on the 
iSBC 
188/56 
board. 
Simple 
power-up 
confidence 
tests are also included 
to provide 
a quick diagnostic 
service. 
The 
firmware 
converts 
the 
iSBC 
188/56 
COMMputer 
board to a slave communications 
con- 
troller. 
As a slave 
communications 
controller, 
it re- 
quires 
a separate 
MUL TIBUS 
host CPU board 
and 
requires the use of MUL TIBUS interrupt 
line to signal 
the 
host 
processor. 
Table 
2 summarizes 
the 
fea- 
tures of the firmware. 


The iSBC 188/56 
board 
has two programmable 
in- 
terrupt 
controllers 
(PICs). One is integrated 
into the 


80188 processor 
and the other in the 80130 compo- 
nent. 
The 
two 
controllers 
are configured 
with 
the 
80130 controller 
as the master 
and the 80188 
con· 
troller as the slave. Two of the 80130 interrupt 
inputs 
are connected 
to the 82530 serial controller 
compo- 
nents to provide 
vector 
interrupt 
capabilities 
by the 
serial controllers. 
The iSBC 188/56 
board 
provides 
22 
interrupt 
levels. 
The 
highest 
level 
is the 
NMI 
(Non-Maskable 
Interrupt) 
line which is directly 
tied to 
the 80188 
CPU. This 
interrupt 
is typically 
used for 


signaling 
catastrophic 
events 
(e.g. 
power 
failure). 


There are 5 levels of interrupts 
internal 
to the 80188 
processor. 
Another 
8 levels 
of interrupts 
are avail- 
able from the 80130 
component. 
Of these 
8, one is 
tied to the programmable 
interrupt 
controller 
(PIC) of 


the 80188 
CPU. An additional 
8 levels of interrupts 
are available 
at the MUL TIBUS 
interface. 
The iSBC 
188/56 
board does not support 
bus vectored 
inter- 
rupts. Table 3 lists the possible 
interrupt 
sources. 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS Interface 
Requests 
from MUL TIBUS resident 
peripherals 
or other 
8 
INTO-INT7 
CPU boards. 


82530 Serial Controllers 
Transmit 
buffer empty, receive buffer full and channel 
8 per 82530 
errors 1 and external 
status. 
Total = 32 


Internal 80188 
Timer 0, 1, 2 outputs and 2 DMA channel 
interrupts. 


Timer and DMA 
5 


80130 Timer Outputs 
Timer 0, 1,2 outputs of 80130. 
3 


Interrupt 
from Flag 
Flag byte interrupt 
set by MUL TIBUS master (through 
1 
Byte Logic 
MUL TIBUS@ I/O Write). 


Bus Flag Interrupt 
Interrupt to MUL TIBUS@ (Selectable 
for INTO to INT7) 
1 
generated 
from on-board 
80188 I/O Write. 


iSBX Connectors 
Function 
determined 
by iSBX MUL TIMODULE 
board. 
4 (Two per 
Connector) 
iSBX DMA 
DMA interrupt from iSBX (TDMA). 
2 


Bus Fail-Safe Timeout 
Indicates 
iSBC 188/48 
board timed out either waiting for 
Interrupt. 
MUL TIBUS access or timed out from no acknowledge 
1 
while on MUL TIBUS System 
Bus. 


Latched 
Interrupt 
Converts 
pulsed event to a level interrupt. 
Example: 
1 
8237A-5 
EOP. 


OR-Gate 
Matrix 
Concentrates 
up to 4 interrupts 
to 1 interrupt 
(selectable 
by stake pins). 
1 


Ring Indicator 
Latches a ring indicator 
event from serial channels 
4, 5, 
1 
Interrupt 
6,or7. 


NOR-Gate 
Inverts up to 2 interrupts 
into 1 (selectable 
by stake 
Matrix 
pins). 
1 
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SUPPORT 
FOR THE 80130 
COMPONENT 


Intel does 
not support 
the direct 
processor 
execu- 
tion of the iRMX nucleus 
primitives 
from the 80130 
component. 
The 80130 
component 
provides 
timers 
and interrupt 
controllers. 


EPROM Expansion 


Memory 
may be expanded 
by adding 
Intel compati- 
ble memory 
expansion 
boards. 
The 
universal 
site 
memory 
can be expanded 
to six sockets 
by adding 
the iSBC 341 MUL TIMODULE 
board for a maximum 
total of 192K by1es of universal 
site memory. 


iSBXTM MUL TIMODULETM Expansion 
Module 


Two 8-bit iSBX MUL TIMODULE 
connectors 
are pro- 
vided on the iSBC 188/56 
board. 
Using iSBX mod- 
ules additional 
functions 
can be added to ex1end the 
I/O capability 
of the board. In addition 
to specialized 
or custom 
designed 
iSBX boards, 
there 
is a broad 
range of iSBX MUL TIMODULE 
boards from the Intel 
including 
parallel 
I/O, 
analog 
I/O, 
IEEE 488 GPIB, 
floppy 
disk, magnetic 
bubbles, 
video and serial I/O 
boards. 


The serial I/O 
MUL TIMODULE 
boards 
available 
in- 
clude the iSBX 354 Dual Channel 
Expansion 
MUL TI- 
MODULE 
board. 
Each 
iSBX 
354 
MUL TIMODULE 
board 
adds two channels 
of serial 
I/O 
to the iSBC 
188/56 
board for a maximum 
of twelve 
serial chan- 
nels. The 82530 serial communications 
controller 
on 
the MUL TIMODULE 
board handles 
a large variety of 
serial 
communications 
protocols. 
This 
is the same 
serial 
controller 
as 
is used 
on 
the 
iSBC 
188/56 
board to offer directly compatible 
expansion 
capabil- 
ity for the iSBC 188/56 
COMMputer 
board. 


The iSBC 188/56 
Advanced 
COMMputer 
board can 
be a MUL TIBUS master or intelligent 
slave in a mul- 
timaster 
system. 
The 
iSBC 
188/56 
board 
incorpo- 
rates 
a flag 
by1e signalling 
mechanism 
for 
use in 
multiprocessor 
environments 
where 
the 
iSBC 
188/56 
board 
is acting 
as an intelligent 
slave. 
The 
mechanism 
provides 
an interrupt 
handshake 
from 
the MUL TIBUS System 
Bus to the on-board-proces- 
sor and vice-versa. 


The 
Multimaster 
capabilities 
of 
the 
iSBC 
188/56 
board offers easy expansion 
of processing 
capacity 
and 
the 
benefits 
of 
mUltiprocessing. 
Memory 
and 
I/O capacity 
may be expanded 
and additional 
func- 
tions 
added 
using 
Intel 
MUL TIBUS 
compatible 
ex- 
pansion 
boards. 


Instruction-8, 
16, 24 or 32 bits 
Data Path-8 
bits 
Processor 
Clock 
8MHz 
82530Clock 
4.9152 MHz 
DMAClock 
4MHz 


As viewed 
from the 80188-64K 
by1es 


As 
viewed 
from 
the 
MUL TIBUS 
System 
Bus- 


Choice: 
0, 16K or 48K 


ISBC~ 188/56 Size 
On Board 
Address 
Range 
Board Using: 
Capacity 


2732 
4K 
8K by1es 
FEOOO-FFFFFH 
2764 
8K 
16K by1es 
FCOOO-FFFFFH 
27128 
16K 
32K by1es 
F8000-FFFFFH 
27256 
32K 
64K by1es 
FOOOO-FFFFFH 
27512 
64K 
128K by1es 
EOOOO-FFFFFH 


EPROM with 
ISBC~341 
Capacity 
Address 
Range 
Board Using: 


2732 
24K by1es 
F8000-FFFFFH 
2764 
48K by1es 
FOOOO-FFFFFH 
27128 
96K by1es 
EOOOO-FFFFFH 
27256 
192K by1es 
COOOO-FFFFFH 


Serial-8 
programmable 
lines using four 82530 com- 
ponents 


Synchronous-Internal 
or 
external 
character 
syn- 
chronization 
on one or two synchronous 
characters 


Asynchronous-5-8 
bits and 1, 1%, or 2 stop bits 
per character; 
programmable 
clock factor; 
break de- 
tection 
and generation; 
parity, overrun, 
and framing 
error detection. 


Synchronous 
X1 Clock 


Baud Rate 
82530 Count Value 
(Decimal) 


64000 
36 
48000 
49 
19200 
126 
9600 
254 
4800 
, 
510 
2400 
1022 
1800 
1363 
1200 
2046 
300 
8190 


Asynchronous 
X16Clock 


Baud Rate 
82530 Count Value 
(Decimal) 


19200 
6 
9600 
14 
4800 
30 
2400 
62 
1800 
83 
1200 
126 
300 
510 
110 
1394 


ISBXTM BUS 


The iSBC 188/56 
board meets iSBX compliance 
lev- 
el D8/8 
DMA 


MUL TIBUS~SYSTEM 
BUS 


The iSBC 188/56 
board 
meets 
MULTI BUS compli- 
ance level Master/Slave 
D8 M24 116 VO EL. 


CD 
CTS 
DSR 
DTE TXC 
DTR 
RTS 
RXC 
RXD 
SG 
TXD 
RI 


Carrier 
Clear to Send 
Data Set Ready 
Transmit 
Clock 
Data Terminal 
Ready 
Request 
to Send 
Receive 
Clock 
Receive 
Data 
Signal Ground 
Transmit 
Data 
Ring Indicator 


Receive 
Common 
Receive 
Data 
Receive 
Timing 
Send Data 
Terminal 
Timing 


Environmental 
Characteristics 


Temperature: 
0 to 
55·C 
at 200 
Linear 
Feet/Min. 


(LFM) Air Velocity 


Humidity: 
to 
90%, 
non-condensing 
(25·C 
to 
70·C) 


Physical Characteristics 


Width: 
30.48 cm (12.00 in) 
Length: 
17.15 cm (6.75 in) 
Height: 
1.04 cm (0.41 in) 
Weight: 
595 gm (21 oz) 


Electrical Characteristics 


The power required 
per voltage 
for the iSBC 188/56 
board 
is shown 
below. 
These 
numbers 
do not in- 
clude the current required 
by universal 
memory 
sites 
or expansion 
modules. 


Voltage 
Current 
Power 
(Volts) 
(Amps) typo 
(Watts) 
typo 


+5 
4.56A 
22.8W 
+12 
0.12A 
1.5W 
-12 
0.11A 
1.3W 


iSBC 188/56 
Advanced 
Data Communications 
Com- 
puter Reference 
Manual Order Number 
148209-001. 


ORDERING 
INFORMATION 
Part Number 
Description 


iSBC 188/56 
8-Serial Channel 
Advanced 
Commu- 
nicating 
Computer 


inter 
iSBC® 534 
FOUR CHANNEL COMMUNICATION 
EXPANSION BOARD 
• Serial I/O 
Expansion 
Through 
Four 
• Jumper 
Selectable 
Interface 
Register 
Programmable 
Synchronous 
and 
Addresses 
Asynchronous 
Communications 
• 16-Bit Parallel I/O Interface 
Compatible 
Channels 
with Bell 801 Automatic 
Calling Unit 
• Individual 
Software 
Programmable 
• RS232C/CCITT 
V.24 Interfaces 
Plus 20 
Baud Rate Generation 
for Each Serial 
mA Optically 
Isolated 
Current 
Loop 
I/O Channel 
Interfaces 
(Sockets) 
• Two Independent 
Progammable 
16-Bit 
• Programmable 
Digital Loopback 
for 
Interval 
Timers 
Diagnostics 
• Sixteen 
Maskable 
Interrupt 
Request 
• Interface 
Control 
for Auto Answer 
and 
Lines with Priority 
Encoded 
and 
Auto Originate 
Modems 
Programmable 
Interrupt 
Algorithms 


The iSBC 534 Four Channel 
Communication 
Expansion 
Board is a member of Intel's complete 
line of memory 
and I/O expansion 
boards. The iSBC 534 interfaces 
directly 
to any single board computer 
via the MUL TIBUS 
to provide 
expansion 
of system 
serial communications 
capability. 
Four fully programmable 
synchronous 
and 
asynchronous 
serial channels 
with RS232C 
buffering 
and provision 
for 20 mA optically 
isolated 
current 
loop 
buffering 
are provided. 
Baud 
rates, 
data 
formats, 
and 
interrupt 
priorities 
for each 
channel 
are individually 
software 
selectable. 
In addition 
to the extensive 
complement 
of EIA Standard 
RS232C 
signals 
provided, 
the 
iSBC 534 provides 
16 lines of RS232C 
buffered 
programmable 
parallel 
I/O. This interface 
is configured 
to be 
directly 
compatible 
with the Bell Model 
801 automatic 
calling 
unit. These 
capabilities 
provide 
a flexible 
and 
easy means for interfacing 
Intel iSBC based systems to RS232C and optically 
isolated 
current loop compatible 
terminals, 
cassettes, 
asynchronous 
and synchronous 
modems, 
and distributed 
processing 
networks. 
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Four programmable 
communications 
interfaces 
us- 
ing Intel's 
8251 A Universal 
Synchronous/ 
Asynchro- 
nous 
Receiver/Transmitter 
(USART) 
are contained 
on the board.' 
Each USART can be programmed 
by 
the system software 
to individually 
select the desired 
asynchronous 
or synchrqnous 
serial data transmis- 
sion technique 
(including 
IBM Bisync). The mode of 
operation 
(Le., synchronous 
or asynchronous), 
data 
format, 
control 
character 
format, 
parity, 
and 
baud 
rate are all under program 
control. 
Each 8251A 
pro- 
vides 
full duplex, 
double 
buffered 
transmit 
and re- 
ceive 
capability. 
Parity, 
overrun, 
and 
framing 
error 
detection 
are all incorporated 
in each USART. 
Each 
set of RS232C command 
lines, serial data lines, and 
signal 
ground 
lines are brought 
out to 26-pin 
edge 
connectors 
that mate with RS232C flat or round ca- 
bles. 


The iSBC 534 provides 
six fully programmable 
and 
independent 
BCD and binary 
16-bit 
interval 
timers 
utilizing 
two 
Intel 
8253 
programmable 
interval 
timers.' 
Four timers are available 
to the systems 
de- 
signer to generate 
baud rates for the USARTs 
under 
software 
control. 
Routing 
for the 
outputs 
from 
the 
other two counters 
is jumper 
selectable. 
Each may 
be independently 
routed to the programmable 
inter- 
rupt controller 
to provide 
real time clocking 
or to the 
USARTs 
(for applications 
requiring 
different 
transmit 
and receive 
baud 
rates). 
In utilizing 
the 
iSBC 534, 
the 
systems 
designer 
simply 
configures, 
via 
soft- 
ware, each timer independently 
to meet system 
re- 
quirements. 
Whenever 
a given baud rate or time de- 
lay is needed, 
software 
commands 
to the program- 
mable 
timers 
select 
the 
desired 
function. 
Three 
functions 
of these timers are supported 
on the iSBC 
534, 
as shown 
in Table 
1. The 
contents 
of each 
counter 
may be read at any time during system oper- 
ation. 


Function 
Operation 


Interrupt 
on 
When terminal 
count is 
terminal 
count 
reached 
an interrupt 
request is 
generated. 
This function 
is 
used for the generation 
of real- 
time clocks. 


Rate generator 
Divide by N counter. 
The output 
will go low for one input clock 
cycle and high for N-1 
input 
clock periods. 


Square wave 
Output will remain high for one- 
rate generator 
half the count and low for the 
other half of the count. 


Two 
independent 
Intel 8259A 
programmable 
inter- 
rupt controllers 
(PIC's) provide vectoring 
for 16 inter- 
rupt 
levels.' 
As shown 
in Table 
2, a selection 
of 
three 
priority 
processing 
algorithms 
is available 
to 
the system 
designer. 
The manner 
in which requests 
are serviced 
may thus be configured 
to match 
sys- 


tem requirements. 
Priority 
assignments 
may be re- 


configured 
dynamically 
via software 
at any time dur- 
ing system 
operation. 
Any combination 
of interrupt 
levels may be masked through 
storage, 
via software, 


of a single byte to the interrupt 
mask register of each 
PIC. Each PIC's interrupt 
request 
output 
line may be 
jumper 
selected 
to drive 
any of the 
nine 
interrupt 


lines on the MUL TIBUS. 


Table 2. Interrupt 
Priority Options 


Algorithm 
Operation 


Fully 
Interrupt 
request 
line priorities 
nested 
fixed at 0 as highest, 7 as 
lowest. 


Auto- 
Equal priority. Each level, after 
rotating 
receiving 
service, 
becomes 
the 
lowest priority level until next 
interrupt occurs. 


Specific 
System software 
assigns 
priority 
lowest priority level. Priority of 
all other levels based in 
sequence 
numerically 
on this 
assignment. 
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Interrupt Request Generation-As 
shown in Table 
3, interrupt requests may originate from 16 sources. 
Two jumper selectable interrupt requests (8 total) 
can be automatically generated by each USART 
when a character is ready to be transferred to the 
MULTIBUS system bus (Le., receive buffer is full) or 
a character has been transmitted (transmit buffer is 
empty). Jumper selectable requests can be generat- 
ed by two of the programmable timers (PITs),and six 
lines are routed directly from peripherals to accept 
carrier detect (4 lines), ring indicator, and the Bell 
801 present next digit request lines. 


Systems Compatibility 


The iSBC 534 provides 16 RS232C buffered parallel 
I/O lines implemented utilizing an Intel 8255A pro- 
grammable peripheral interface (PPI) configured to 
operate in mode 0.' These lines are configured to 
be directly compatible with the Bell 801 automatic 
calling 
unit 
(ACU). This 
capability 
allows 
the 
iSBC 534 to interface to Bell 801 type ACUs and up 
to four modems or other serial communications de- 
vices. For systems not requiring interface to an ACU, 
the parallel I/O lines may also be used as general 
purpose RS232C compatible control lines in system 
implementation. 


'NOTE: 
Complete operational details on the Intel 8251A 
USART, the Intel 8253 Programmable Interval Tim- 
er, the Intel 8255A Programmable Peripheral Inter- 
face, and the Intel 8259A Programmable Interrupt 
Controller are contained in the Intel Component 
Data Catalog. 


Table 3. Interrupt Assignments 


Interrupt 
Request 
Pica 
PIC 1 
Line 


0 
PORTO Rx RDY PIT 1 counter 1 
1 
PORTOTxRDY 
PIT 2 counter 2 
2 
PORT 1 Rx RDY Ring Indicator (all ports) 
3 
PORT 1 Tx RDY Present next digit 
4 
PORT 2 RxRDY Carrier detect port 0 
5 
PORT2TxRDY 
Carrier detect port 1 
6 
PORT3 RxRDY Carrier detect port 2 
7 
PORT3TxRDY 
Carrier detect port 3 


Synchronous- 
5-8 bit characters; internal or exter- 
nal character synchronization; auto- 
matic sync insertion. 


Asynchronous- 
5-8 bit characters; break character 
generation; 1, 1%, or 2 stop bits; 
false start bit detection. 


Frequency(2) 
Baud Rate (Hz) 
(kHz, Software 
Selectable) 
Synchronous 
Asynchronous 


-;- 16 
-;- 64 


153.6 
- 
9600 
2400 
76.8 
- 
4800 
1200 
38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 
9.6 
9600 
600 
150 
4.8 
4800 
300 
75 


6.98 
6980 
- 
110 


NOTES: 
1. Baud rates shown here are only a sample subset of pos- 
sible software programmable rates available. Any frequen- 
cy from 18.75 Hz to 614.4 kHz may be generated utilizing 
on-board crystal oscillator and 16-bit programmable inter- 
val timer (used here as frequency divider). 
2. Frequency selected by I/O writes of appropriate 16-bit 
frequency factor to Baud Rate Register. 


Interval Timer and Baud Rate 
Generator Frequencies 


Input 
Frequency 
(On-Board Crystal Oscillator)- 
1.2288 MHz ± 0.1% (0.813 /Ls period, nominal) 


Dual/Timer 


Function 
Single Timer 
Counter 
(Two Timers 
Cascaded) 


Mln 
Max 
Mln 
Max 


Real-Time 
58.25 
Interrupt 
1.63 J.Ls 
53.3 ms 
3.26 
J.Ls 


Interval 
minutes 


Rate 
Generator 
18.75 Hz 614.4 kHz 0.0029 Hz 307.2 kHz 


(Frequency) 


inter 
ISBC® 534 COMMUNICATION 
BOARD 


Interfaces-RS232C 
Interfaces 
Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 


Depth: 
0.50 in. (1.27 cm) 
Weight: 14 oz. (398 gm) 


EIA Standard RS232C Signals provided and sup- 
ported: 
Carrier detect 
Clear to send 
Data set ready 
Data terminal ready 
Request to send 
Receive clock 


Receive data 
Ring indicator 
Secondary receive data 
Secondary transmit data 
Transmit clock 
Transmit data 


Parallel 1/0-8 input lines, 8 output lines, all signals 
RS232C compatible 


The USART, interval timer, interrupt controller, and 
parallel interface registers of the iSBC 534 are con- 
figured as a block of 16 I/O address locations. The 
location of this block is jumper selectable to begin at 
any 16·byte I/O address boundary (Le., OOH,10H, 
20H, etc.). 


400 ns 
USART registers 
400 ns 
Parallel I/O registers 
400 ns 
Interval timer registers 
400 ns 
Interrupt controller registers 


ompatl 
e 
onnec ors 


Interface 
Pins Centers 
Mating Connectors 
(qty.) 
(In.) 
Bus 
86 
0.156 
Viking 2KH43/9 AMK12 
Serial and 
26 
0.1 
3m 3462-0001 or 
parallel I/O 
TI H312113 


ompa 
e 
pO- SO a ors 
Function 
Supplier 
Part Number 
Driver 
Fairchild 
4N33 
General Electric 
Monsanto 
Receiver 
Fairchild 
4N37 
General Electric 
Monsanto 


Voltage 
Without 
With 
Opto-Isolators 
Opto-lsolators(1) 


Vcc= 
+5V 
1.9A, max 
1.9A, max 
VDD = +12V 
275 mA, max 
420 mA, max 
VAA = -12V 
250 mA, max 
400 mA, max 


NOTE: 
1. Wilh four 4N33 and four 4N37 oplo-isolator packages 
installed in sockets provided to implement four 20 mA cur- 
rent loop interfaces. 


502140-002-iSBC 
534 Hardware Reference Manu- 
al (NOT SUPPLIED) 


Reference manuals are shipped with each product 
only if designated SUPPLIED (see above). Manuals 
may be ordered from any Intel sales representative, 
distributor office or from Intel Literature Department, 
3065 Bowers Avenue, Santa Clara, California 95051. 


Part Number 
Description 
SBC 534 
Four Channel Communication 
Ex- 
pansion Board 


iSBC® 544 
INTELLIGENT COMMUNICATIONS 
CONTROLLER 


• 
iSBC® Communications 
Controller 
Acting as a Single Board 
Communications 
Computer 
or an 
Intelligent 
Slave for Communications 
Expansion 


• 
On-Board 
Dedicated 
8085A 
Microprocessor 
Providing 
Communications 
Control 
and Buffer 
Management 
for Four Programmable 
Synchronous/Asynchronous 
Channels 


• 
Sockets 
for Up To 8K Bytes of EPROM 


• 
16K Bytes of Dual Port Dynamic 
Read/ 
Write Memory 
with On-Board 
Refresh 


• 
Extended 
MUL TIBUS® Addressing 
Permits 
iSBC 544 Board Partitioning 
into 16K-Byte 
Segments 
in a 
1-Megabyte 
Address 
Space 


• 
Ten Programmable 
Parallel 110 Lines 
Compatible 
with Bell 801 Automatic 
Calling Unit 


• 
Twelve 
Levels of Programmable 
Interrupt 
Control 


• 
Individual 
Software 
Programmable 
Baud Rate Generation 
for Each Serial 
110 Channel 


• 
Three 
Independent 
Programmable 
Interval 
Timer/Counters 


• 
Interface 
Control 
for Auto Answer 
and 
Auto Originate 
Modem 


The iSBC 544 Intelligent 
Communications 
Controller 
is a member 
of Intel's family of single-board 
computers, 
memory, 
I/O, and peripheral 
controller 
boards. The iSBC 544 board is a complete 
communications 
controller 
on a single 6.75 x 12.00 inch printed circuit card. The on-board 
8085A CPU may perform 
local communications 
processing 
by directly 
interfacing 
with on-board 
read/write 
memory, 
nonvolatile 
read only memory, 
four syn- 
chronous/asynchronous 
serial 
I/O ports, 
RS232/RS366 
compatible 
parallel 
I/O, 
programmable 
timers, 
and 
programmable 
interrupts. 


Intelligent 
Communications 
Controller 


Two Mode Operation - 
The iSBC 544 board is 
capable of operating in one of two modes: 1) as a 
single board communications computer with all com- 
puter and communications interface hardware on a 
single board; 2) as an "intelligent bus slave" that 
can perform communications related tasks as a pe- 
ripheral processor to one or more bus masters. The 
iSBC 544 may be configured to operate as a stand- 
alone single board communications computer with 
all MPU, memory and I/O elements on a single 
board. In this mode of operation, the iSBC 544 may 
also interface with expansion memory and I/O 
boards (but no additional bus masters). The iSBC 
544 performs as an intelligent slave to the bus mas- 
ter by performing all communications related tasks. 
Complete synchronous and asynchronous I/O and 
data management are controlled by the on-board 


BOB5ACPU to coordinate up to four serial channels. 
Using the iSBC 544 as an intelligent slave, multi- 
channel serial transfers can be managed entirely on- 
board, freeing the bus master to perform other sys- 
tem functions. 


Architecture - 
The iSBC 544 board is functionally 


partitioned into three major sections: I/O, central 
computer, and shared dual port RAM memory (Fig- 
ure 1). The I/O hardware is centered around the four 
IntelB251A USART devices providing fully program- 
mable serial interfacing. Included here as well is a 
10-bit parallel interface compatible with the Bell B01 
automatic calling unit, or equivalent. The I/O is un- 
der full control of the on-board CPU and is protected 
from access by system bus masters. The second 
major segment of the intelligent communications 
controller is a central computer, with an BOB5ACPU 
providing powerful processing capability. The BOBSA 
together with on-board EPROM/ROM, static RAM, 
programmable timers/counters, and programmable 
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sophisticated communications op~~ati~-n~-o~-b~~d 
the iSBC 544 board. The timer/counters and inter- 
rupt control are also common to the I/O area provid- 
ing programmable baud rates to the USARTs and 
prioritizing interrupts generated from the USARTs. 
The central computer functions are protected for ac- 
cess only by the on-board 8085A. Likewise, the on- 
board 8085A may not gain access to the system bus 
when being used as an intelligent slave. WherJthe 
iSBC 544 is used as a bus master, the on-tJoard 
8085A CPU controls complete system operation ac- 
cessing on-board functions as well as memory and 
I/O expansion. The third major segment, dual port 
RAM memory, is the key link between the iSBC 544 
intelligent slave and bus masters managing the sys- 
tem functions. The dual port concept allows a com- 
mon block of dynamic memory to be accessed by 
the on-board 8085A CPU and off-board bus mas- 
ters. The system program can, therefore, utilize the 
shared dual port RAM to pass command and status 
information between the bus masters and on-board 
CPU. In addition, the dual port concept permits 
blocks of data transmitted or received to accumulate 
in the on-board shared RAM, minimizing the need 
for a dedicated memory board. 


Four programmable communications interfaces us- 
ing Intel's 8251A Universal Synchronous/ Asynchro- 
nous Receiver/Transmitter (USART) are contained 
on the board and controlled by the on-board CPU in 
combination with the on-board interval timer/coun- 
ter to provide all common communication frequen- 
cies. Each USART can be programmed by the sys- 
tem software to individually select the desired asyn- 
chronous or synchronous serial data transmission 
technique (including IBM Bisync). The mode of oper- 
ation (Le., synchronous or asynchronous), data for- 
mat, control character format, parity, and baud rate 
are all under program control. Each 8251A provides 
full duplex, double-buffered, transmit and receive ca- 
pability. Parity, overrun, and framing error detection 
are all incorporated in each USART. Each channel is 
fully buffered to provide a direct interface to RS232C 
compatible terminals, peripherals, or synchronous/ 
asynchronous modems. Each channel of RS232C 
command lines, serial data lines, and signal ground 
lines are brought out to 26-pin edge connectors that 
mate with RS232C flat or round cable. 


The iSBC 544 provides a 10-bit parallel I/O interface 
controlled by an Intel 8155 Programmable Interface 
(PPI) chip. The parallel I/O port is directly compati- 
ble with an Automatic Calling Unit (ACU) such as the 
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for auxiliary functions. All signals are RS232C com- 
patible, and the interface cable signed assignments 
meet RS366 specifications. For systems not requir- 
ing an ACU interface, the parallel I/O port can be 
used for any general purpose interface requiring 
RS232C compatibility. 


Central Processing 
Unit 


Intel's powerful8-bit n-channel 8085A CPU, fabricat- 
ed on a single LSI chip, is the central processor for 
the iSBC 544. The 8085A CPU is directly software 
compatible with the Intel 8080A CPU. The 8085A 
contains six 8-bit general purpose registers and an 
accumulator. The six general purpose registers may 
be addressed individually or in pairs, providing both 
single and double precision operators. The minimum 
instruction execution time is 1.45 microseconds. The 
8085A CPU has a 16-bit program counter. An exter- 
nal stack, located within any portion of iSBC 544 
read/write memory, may be used as a last-in/first- 
out storage area for the contents of the program 
counter, flags, accumulator, and all of the six gener- 
al purpose registers. A 16-bit stack pointer controls 
the addressing of this external stack. This stack pro- 
vides subroutine nesting bounded only by memory 
size. 


EPROM/ROM 
Capacity 


Sockets for up to 8K bytes of nonvolatile read only 
memory are provided on the iSBC 544 board. Read 
only memory may be added in 2K byte increments 
up to a maximum of 4K bytes using Intel 2716 
EPROMs or masked ROMs; or in 4K byte incre- 
ments up to 8K bytes maximum using Intel 2732 
EPROMs. All on-board EPROM/ROM 
operations 
are performed at maximum processor speed. 


The iSBC 544 contains 16K bytes of dynamic read/ 
write memory using Intel 2117 RAMs. Power for the 
on-board RAM may be provided on an auxiliary pow- 
er bus, and memory protect logic is included for 
RAM battery backup requirements. The iSBC 544 
contains a dual port controller, which provides dual 
port capability for the on-board RAM memory. RAM 
accesses may occur from either the on-board 8085A 
CPU or from another bus master, when used as an 
intelligent slave. Since on-board RAM accesses do 
not require the MULTIBUS, the bus is available for 
concurrent bus master use. Dynamic RAM refresh is 
accomplished automatically by the iSBC 544 for ac- 
cesses originating from either the CPU or from the 
MULTIBUS. 


Programmable 
Timers 


The iSBC 544 board 
provides 
seven fully program- 
mable 
and independent 
interval 
timer/counters 
uti- 
lizing two 
Intel B253 Programmable 
Interval 
Timers 
(PIT), and the 
Intel B155. The two 
Intel B253 PITs 
provide 
six independent 
BCD or binary 16-bit interval 
timer/counters 
and the B155 provides 
one 14-bit bi- 
nary timer/counter. 
Four of the PIT timers (BDGO-3) 
are dedicated 
to the 
USARTs 
providing 
fully inde- 
pendent 
programmable 
baud rates. 


Three 
General 
Use 
Timers 
- 
The 
fifth 
timer 
(BDG4) may be used as an auxiliary baud rate to any 
of the four USARTs 
or may alternatively 
be cascad- 
ed with timer six to provide 
extended 
interrupt 
inter- 


Table 
1. Programmable 
Timer Functions 


Addressing 
- 
On board 
RAM, as seen by the on- 
board 
BOB5A 
CPU, 
resides 
at 
address 
BOOOH- 
BFFFH. 
On-board 
RAM, 
as seen 
by an off-board 
CPU, may be placed on any 4K byte address 
bound- 
ary. The 
iSBC 
544 
provides 
extended 
addressing 
jumpers 
to allow the on-board 
RAM to reside within 
a one megabyte 
address 
space when accessed 
via 
the MUL TIBUS. 
In addition, 
jumper 
options 
are pro- 
vided 
which 
allow 
the 
user 
to 
protect 
BK or 12K 
bytes on-board 
RAM for use by the on-board 
BOB5 
CPU only. This reserved 
RAM space is not accessi- 
ble via the MUL TIBUS and does not occupy any sys- 
tem address 
space. 


Static 
RAM - 
The iSBC 544 board 
also 
has 256 
bytes of static 
RAM located 
on the Intel B155 PPI. 


This 
memory 
is only 
accessible 
to 
the 
on-board 
BOB5A CPU 
and 
is 
located 
at 
address 
7FOOH- 
7FFFH· 


vals. 
The 
sixth 
PIT timer/counter 
(TINT1) 
can 
be 
used to generate 
interrupt 
intervals 
to the on-board 
BOB5A. In addition to the timer/counters 
on the B253 
PITs, the iSBC 544 has a 14-bit timer 
available 
on 
the 
B155 PPI providing 
a third 
general 
use timer / 
counter 
(TINTO). This timer output 
is jumper 
select- 
able to the interrupt 
structure 
of the on-board 
BOB5A 
CPU to provide 
additional 
timer/counter 
capability. 


Timer 
Functions 
- 
In utilizing the iSBC 544 board, 
the 
systems 
designer 
simply 
configures, 
via 
soft- 
ware, each timer independently 
to meet systems 
re- 
quirements. 
Whenever 
a given baud rate or interrupt 
interval 
is needed, 
software 
commands 
to the pro- 
grammable 
timers 
select 
the desired 
function. 
The 
on-board 
PITs together 
with the B155 provide 
a total 
of seven 
timer/counters 
and 
six operating 
modes. 
Mode 3 of the B253 is the primary operating 
mode of 
the 
four 
dedicated 
USART 
baud 
rate 
generators. 
The timer/counters 
and useful 
modes 
of operation 
for the general 
use timer/counters 
are shown 
in Ta- 
ble 1. 


The iSBC 544 board provides 
interrupt 
service for up 
to 21 interrupt 
sources. 
Any of the 21 sources 
may 
interrupt 
the intelligent 
controller, 
and all are brought 
through the interrupt 
logic to 12 interrupt 
levels. Four 
interrupt 
levels 
are handled 
directly 
by the interrupt 
processing 
capability 
of the BOB5A CPU and eight 
levels are serviced 
from an Intel B259A Programma- 


ble Interrupt 
Controller 
(PIC) routing 
an interrupt 
re- 
quest 
output 
to the 
INTR 
input of the BOB5A (see 
Table 2). 


Function 
Operation 
Counter 


Interrupt 
on Terminal 
When terminal 
count is reached, 
an interrupt 
request is 
8253 
Count (Mode 0) 
generated. 
This function 
is useful for generation 
of real- 
TINT1 
time clocks. 


Rate Generator 
Divide by N counter. 
The output will go low for one input 
8253 
(Mode 2) 
clock cycle and high for N - 
1 input clock periods. 
BDG4' 


Square-Wave 
Rate 
Output will remain high until one-half 
the TC has been 
8253 
Generator 
(Mode 3) 
completed, 
and go low for the other half of the count. 
BDGO-4 
This is the primary operating 
mode used for generating 
a 
TINT1 
Baud rate clocke.d to the USARTs. 


Software 
Triggered 
When the TC is loaded, the counter 
will begin. On TC 
8253 
Strobe (Mode 4) 
the output will go low for one input clock period. 
BDG4' 
TINT1 


Single Pulse 
Single pulse when TC reached. 
8155 
TINTO 


Repetitive 
Single Pulse 
Repetitive 
single pulse each time TC is reached 
until a 
8155 
new command 
is loaded . 
TINTO 


• BDG4 
is jumper 
selectable 
as an auxiliary 
baud rate generator 
to the USARTs 
or as a cascaded 
output 
to TINT1. 
BDG4 
may be used in modes 
2 and 4 only when 
configured 
as a cascaded 
output. 


inter 


Interrupt 
Vector 
Interrupt 
Source 
Location 
Level 


Power Fail 
TRAP 
24H 
1 
8253 TINT1 
RST7.5 
3CH 
2 
8155 TINTO 
Ring Indicator(1) RST 6.5 
34H 
3 
Carrier Detect 
Flag Interrupt 
RST5.5 
2CH 
4 
INTO/-INT7 / (1 of 8) 
RXRDYO 
INTR 
Programmable 
5-12 
TXRDYO 
RXRDY1 
TXRDY1 
RXRDY2 
TXRDY2 
RXRDY3 
TXRDY3 


NOTE: 
1. Four ring indicator interrupts and four carrier detect inter- 
rupts are summed to the RST 6.5 input. The 8155 may be 
interrogated to inspect anyone of the eight signals. 


Interrupt 
Sources 
- 
The 22 interrupt sources origi- 
nate from both on-board communications functions 
and the MULTIBUS. Two interrupts are routed from 
each of the four USARTs (8 interrupts total) to indi- 
cate that the transmitter and receiver are ready to 
move a data byte to or from the on-board CPU. The 
PIC is dedicated to accepting these 8 interrupts to 
optimize USART service request. One of eight inter- 
rupt request lines are jumper selectable for direct 
interface from a bus master via the system bus. Two 
auxiliary timers (TINTOfrom 8155 and TINT1 from 
8253) are jumper selectable to provide general pur- 
pose counter/timer interrupts. A jumper selectable 
Flag Interrupt is generated to allow any bus master 
to interrupt the iSBC 544 by writing into the base 
address of the shared dual port memory accessable 
to the system. The Flag Interrupt is then cleared by 
the iSBC 544 when the on-board processor reads 
the base address. This interrupt provides an inter- 
rupt link between a bus master and intelligent slave 
(see System Programming). Eight inputs from the 
serial ports are monitored to detect a ring indicator 
and carrier detect from each of the four channels. 
These eight interrupt sources are summed to a sin- 
gle interrupt level of the 8085A CPU. If one of these 
eight interrupts occur, the 8155 PPI can then be in- 
terrogated to determine which port caused the inter- 
rupt. Finally, a jumper selectable Power Fail Interrupt 
is available from the MULTIBUS to detect a power 
down condition. 


8085 
Interrupt 
- 
Thirteen of the twenty-two inter- 
rupt sources are available directly to four interrupt 
inputs of the on-board 8085A CPU. Requests routed 


to the 8085A interrupt inputs, TRAP, RST 7.5, RST 
6.5 and RST 5.5 have a unique vector memory ad- 
dress. An 8085A jump instruction at each of these 
addresses then provides software linkage to inter- 
rupt service routines located independently any- 
where in the Memory. All interrupt inputs with the 
exception of the TRAP may be masked via software. 


8259A 
Interrupts 
- 
Eight interrupt sources signal- 
ing transmitter and receiver ready from the four 
USARTs are channeled directly to the Intel 8259A 
PIC. The PIC then provides vectoring for the next 
eight interrupt levels. Operating mode and priority 
assignments may be reconfigured dynamically via 
software at any time during system operation. The 
PIC accepts transmitter and receiver interrupts from 
the four USARTs. It then determines which of the 
incoming requests is of highest priority, determines 
whether this request is of higher priority than the lev- 
el currently being serviced, and , if appropriate, is- 
sues an interrupt to the CPU. The output of the PIC 
is applied directly to the INTR input of the 8085A. 
Any combination of interrupt levels may be masked, 
via software, by storing a single byte in the interrupt 
mask register of the PIC. When the 8085A responds 
to a PIC interrupt, the PIC will generate a CALL in- 
struction for each interrupt level. These addresses 
are equally spaced at intervals of 4 or 8 (software 
selectable) bytes. Interrupt response to the PIC is 
software programmable to a 32- or 64-byte block of 
memory. Interrupt sequences may be expanded 
from this block with a single 8085A jump instruction 
at each of these addresses. 


Interrupt 
Output - 
In addition, the iSBC 544 board 
may be jumper selected to generate an interrupt 
from the on-board serial output data (SOD) of the 
8085A. The SOD signal may be jumpered to anyone 
of the 8 MULTIBUS interrupt lines (INTO/-INT7 /) to 
provide an interrupt signal directly to a bus master. 


Power-Fail 
Control 


Control logic is also included to accept a power-fail 
interrupt in conjunction with the AC-Iow signal from 
the iSBC 635 Power Supply or equivalent. 


Expansion Capabilities 


When the iSBC 544 board is used as a single board 
communications controller, memory and I/O capaci- 
ty may be expanded and additional functions added 
using 
Intel 
MULTIBUSTM compatible 
expansion 
boards. In this mode, no other bus masters may be 
configured in the system. Memory may be expanded 
to a 65K byte capacity by adding user specified com- 
binations of RAM boards, EPROM boards, or combi- 
nation boards. Input/output 
capacity may be in- 
creased by adding digital I/O and analog I/O expan- 
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sion boards. Furthermore. multiple iSSC 544 boards 
may be included in an expanded system using one 
iSSC 544 board as a single board communications 
computer and additional controllers as intelligent 
slaves. 


In 
the 
system 
programming 
environment, 
the 
iSSC 544 board appears as an additional RAM 
memory module when used as an intelligent slave. 
The master CPU communicates with the iSSC 544 
board as if it were just an extension of system mem- 
ory. Secause the iSSC 544 board is treated as mem- 
ory by the system, the user is able to program into it 
a command structure which will allow the iSSC 544 
board to control its own I/O and memory operation. 
To enhance the programming of the iSSC 544 
board. the user has been given some specific tools. 
The tools are: 1) the flag interrupt. 2) an on-board 
RAM memory area that is accessible to both an off- 
board CPU and the on-board 8085A through which a 
communications path can exist, and 3) access to the 
bus interrupt line. 


Flag Interrupt 
- 
The Flag Interrupt is generated 
anytime a write command is performed by an off- 
board CPU to the base address of the iSSC 544 
board's RAM. This interrupt provides a means for 
the master CPU to notify the iSSC 544 board that it 
wishes to establish a communications sequence. In 
systems with more than one intelligent slave. the 
flag interrupt provides a unique interrupt to each 
slave outside the normal eight MULTISUS interrupt 
lines (INTO/-INT7 I). 


On-Board 
RAM - 
The on-board 16K byte RAM 
area that is accessible to both an off-board CPU and 
the on-board 8085A can be located on any 4K 
boundary in the system. The selected base address 
of the iSSC 544 RAM will cause an interrupt when 
written into by an off-board CPU. 


Bus Access - 
The third tool to improve system 
operation as an intelligent slave is access to the 
MULTISUS interrupt lines. The iSSC 544 board can 
both respond to interrupt signals from an off-board 
CPU. and generate an interrupt to the off-board CPU 
via the MULTISUS. 


System Development Capability 


The development cycle of iSSC 544 board based 
products may be significantly reduced using the In- 
tellec series microcomputer development systems. 
The Intellec resident macroassembler, text editor. 
and system monitor greatly simplify the design. de- 
velopment and debug of iSSC 544 system software. 
An optional ISIS-II diskette operating system pro- 


vides a linker, object code locater, and library man- 
ager. A unique in-circuit emulator (ICE-85) option 
provides the capability of developing and debugging 
software directly on the iSSC 544 board. 


Synchronous - 
5-8 
bit characters; automatic 
sync insertion; parity. 


Asynchronous 
- 
5-8 
bit characters; break char- 
acter generation; 1. 1%. or 2 
stop bits; false start bit detec- 
tion; break character detection. 


Frequency (KHz)(1) 
Baud Rate (Hz)(2) 
(Software 
Selectable) 
Synchronous 
Asynchronous 


716 
764 


153.6 
- 
9600 
2400 
76.8 
- 
4800 
1200 
38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 
9.6 
9600 
600 
150 
4.8 
4800 
300 
75 
6.98 
6980 
- 
110 


NOTES: 
1. Frequency selected by I/O writes of appropriate 16-bit 
frequency factor to Baud Rate Register. 
2. Baud rates shown here are only a sample subset of pos- 
sible software programmable rates available. Any frequen- 
cy from 18.75 Hz to 614.4 KHz may be generated utilizing 
on-board crystal oscillator and 16-bit Programmable Inter- 
val Timer (used here as a frequency divider). 


Word Size - 
8, 16 or 24 bits/instruction; 8 bits of 
data 
Cycle Time - 
1.45/ /Ls ± 0.01% for fastest execut- 
able instruction; I.e.• four clock cy- 
cles. 
Clock Rate - 
2.76 MHz ± 0.1% 


NOTE: 
Assumes no refresh contention. 
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ISBC® 544 COMMUNICATIONS 
CONTROLLER 


Memory Capacity 
Interrupts 


On-Board 
ROM/PROM 
- 
4K, or 8K bytes of user 
installed ROM or EPROM 


On-Board 
Static 
RAM - 
256 bytes on 8155 


On-Board 
Dynamic 
RAM 
(on-board 
access) 
- 
16K bytes. Integrity maintained during power failure 
with user-furnished batteries (optional) 


On-Board 
Dynamic 
RAM (MUL TIBUS 
access) 
- 
4K, 8K, or 16K bytes available to bus by swtich se- 
lection 


Memory Addressing 


On-Board 
ROM/PROM' 
- 
O-OFFF (using 2716 
EPROMs or masked ROMs); 0-1 FFF (using 2732A 
EPROMs) 


On-Board 
Static 
RAM - 
256 bytes: 7FOO-7FFF 


On-Board 
Dynamic 
RAM 
(on-board 
access) 
- 
16K bytes: 8000-BFFF. 


On-Board 
Dynamic 
RAM (MUL TIBUS@ access) - 
any 4K increment OOOOO-FFOOO 
which is switch and 
jumper selectable. 4K, 8K or 16K bytes can be made 
available to the bus by switch selection. 


Serial 
- 
4 programmable channels using four 
8251A USARTs 


Parallel - 
10 programmable lines available for Bell 
801 ACU, or equivalent use. Two auxiliary jumper 
selectable signals 


Port 
Data 
Control 


USARTO 
DO 
01 
USART 1 
02 
03 
USART2 
04 
05 
USART3 
06 
07 
8155 PPI 
E9 (PortA) 
E8 
EA (Port B) 
EB (Port C) 


Address 
for 8259A 
Registers 
(Hex notation, I/O 
address space) 


E6 
Interrupt request register 
E6 
In-service register 
E7 
Mask register 
E6 
Command register 
E7 
Block address register 
E6 
Status (polling register) 


NOTE: 
Several registers have the same physical address: 
Sequence of access and one data bit of the control 
word determines which register will respond. 


Interrupt 
levels routed to the 8085 CPU automati- 
cally vector the processor to unique memolY loca- 
tions: 


24 
TRAP 
3C 
RST 7.5 
34 
RST 6.5 
2C 
RST 5.5 


Addresses 
for 8253 
Registers 
(Hex notation, I/O 
address space) 


Programmable 
Interrupt 
Timer One 
08 
Timer 0 
09 
Timer 1 
OA 
Timer 2 
DB 
Control register 


Programmable 
Interrupt 
Timer Two 
DC 
Timer 0 
DO 
Timer 1 
DE 
Timer 2 
OF 
Control register 


Address 
for 8155 Programmable 
Timer 
E8 
Control 
Timer (LSB) 
Timer (MSB) 


BOGO 
BOG1 
BOG2 


BOG3 
BOG4 
TINT1 


TINTO 
TINTO 


Input Frequencies 
- 
Jumper selectable reference 
1.2288 MHz ± 0.1% (0.814 JJosperiod nominal) or 
1.843 MHz ± 0.1% crystal (0.542 JJoSperiod, nomi- 
nal) 
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Single 
Dual Timer/Counter 
Function 
Timer/Counter 
(two timers cascaded) 


Mln 
Max 
Mln 
Max 


Real-Time Interrupt Interval 
1.63,..,s 
53.3,..,s 
3.26,..,s 
58.25 min 


Rate Generator (frequency) 
18.75 Hz 
614.4 KHz 
0.00029 Hz 
307.2 KHz 


Interfaces 


Serial I/O - 
EIA Standard RS232C signals provid- 
ed and supported: 


Carrier Detect 
Clear to Send 
Data Set Ready 
Data Terminal Ready 
Request to Send 
Receive Clock 


Receiver Data 
Ring Indicator 
Secondary Receive Data" 
Secondary Transmit Data • 
Transmit Clock 
Transmit Data 
DTE Transmit clock 
• Optional if parallel I/O port is not used as Auto- 
matic Calling Unit. 


Parallel 110 - 
Four inputs and eight outputs (in- 
cludes two jumper selectable auxiliary outputs). All 
signals compatible with EIA Standard RS232C. Di- 
rectly compatible with Bell Model 801 Automatic 
Calling Unit, or equivalent. 


All communications to the parallel and serial I/O 
ports, to the timers, and to the interrupt controller, 
are via read and write commands from the on-board 
8085A CPU. 


Auxiliary Power 


An auxiliary power bus is provided to allow separate 
power to RAM for systems requiring battery backup 
of read/write 
memory. Selection of this auxiliary 
RAM power bus is made via jumpers on the board. 


Interface 
Pins 
Centers 
Mating 
(qty) 
(In.) 
Connectors 


Bus 
86 
0.156 
Viking 
2KH43/9AMK12 


Parallel I/O 
50 
0.1 
3M 3415-000 or 
AMP 88083-1 


Serial I/O 
26 
0.1 
3M 3462-000 or 
AMP 88373-5 


Memory Protect 


An active-low TTL compatible memory protect signal 
is brought out on the auxiliary connector which, 
when asserted, disables read/write access to RAM 
memory on the board. This input is provided for the 
protection of RAM contents during the system pow- 
er-down sequences. 


Function 
Characteristic 
Sink 
Current (mA) 


Data 
Tri-state 
50 
Address 
Tri-state 
15 
Commands 
Tri-state 
32 


NOTE: 
Used as a master in the single board communications 
computer mode. 


Width: 
Depth: 
Thickness: 
Weight: 


30.48 cm (12.00 inches) 
17.15 cm (6.75 inches) 
1.27 cm (0.50 inch) 
3.97 gm (14 ounces) 


Current 
Requirements 


Configuration 
Vcc = +SV 
±S% 
Voo = ±12V 
±S% 
VBB = - SV(3) ± S% 
VAA = -12V 
±S% 
(max) 
(max) 
(max) 
(max) 


With 4K EPROM 
lee = 3.4A max 
IDD = 350 mA max 
Iss = 5 mAmax 
1M = 200 mA max 
(using 2716) 


Without 
EPROM 
3.3A max 
350 mA max 
5 mAmax 
200 mA max 


RAM only(1) 
390mAmax 
176 mA max 
5 mAmax 
- 


RAM(2) refresh 
390mAmax 
20mAmax 
5mAmax 
only 


NOTES: 
1. For operational 
RAM only, for AUX power 
supply 
rating. 
2. For RAM refresh 
only. Used for battery 
backup 
requirements. 
No RAM accessed. 
3. Vaa is normally 
derived 
on-board 
from VAA, eliminating 
the need for a Vaa supply. 
If it is desired 
to supply 
Vaa from 
the 
bus, the current 
requirement 
is as shown. 


Reference 
manuals 
are shipped 
with each 
product 
only if designated 
SUPPLIED 
(see above). 
Manuals 
may be ordered 
from any Intel sales representative, 
distributor 
office or from Intel Literature 
Department, 


3065 Bowers Avenue, 
Santa Clara, California 
95051. 


Operating 
Temperature: 
O°C to 55°C (32°F to 131°F) 


Relative 
Humidity: To 90% without 
condensation 


S02160 
- 
iSBC 
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Part Number 


iSBC544 


Description 


Intelligent 
Communications 
Control- 
ler 


iSBC® 548 HIGH PERFORMANCE 
TERMINAL CONTROLLER 


• 
Intelligent 
Slave Commission 
Board 


• 
8 Serial RS232 Communication 
Channels 


• 
8 MHz 80186 Microprocessor 


• 
Supports 
Full Duplex Asynchronous 
Transmissions 


• 
128K Bytes Zero Walt State DRAM (32K 
Dual Port) 


• 
Two 28-Pln JEDEC PROM Sites for up 
to 64K Zero Walt State EPROM 


• 
Individual 
Software 
Programmable 
Baud Rate Generation 
for Each 
Channel 


• 
Resident 
Firmware 
for Terminal 
and 
Modem 
Control 


The iSBCI!> 548 High Performance 
Terminal 
Controller 
is an intelligent 
8-channel 
single 
board 
computer 
for 
asynchronous 
terminal 
control 
applications. 
The iSBC 548 MUL TIBUSI!> I board adds the power 
of a 8 MHz 
80186 
microprocessor 
to the Intel line of OEM communication 
controllers. 
Acting 
as an intelligent 
slave for 
communication 
expansion, 
this board provides 
a high performance, 
low cost solution 
for multi-user 
systems. 


Ut"t;t1A IIN\:i 
t;NVIt1UNMI:.N 
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The iSBC 548 board is designed to be a termi- 
nal/cluster controller. A terminal controller offloads 
the system processor of communication message 
handling. (See Figure 1.) The dual-port RAM pro- 
vides an on-board buffer to handle incoming and 
outgoing messages at data rates up to 19.2K baud. 
The firmware supplied on the iSBC 548 Communica- 
tions Controller supports 8 asynchronous RS232 se- 
rial channels, provides modem control and performs 
power-up diagnostics. Each serial channel can be 
individually programmed for different baud rates to 
allow system configurations with differing terminal 
types. 


, ,It, '<:>0'"' 0'+0 :; 'llyn 
fJtlflorrnanctl 
vt"u prov,oes 
1fI- 


telligence to handle communication functions nor- 
mally assigned to the system CPU, freeing the bus 
master to perform other system functions. This dis- 
tribution of intelligence results in optimizing system 
performance. 


The three major functional areas are Serial I/O, CPU 
and Memory (see Figure 2.) 


Four 
82530 
Serial 
Communications 
Controllers 
(SCCs)provide eight channels of half/full duplex se- 
rial I/O. Configurability of the 82530 allows the user 
to configure it to handle all asynchronous data for- 
mats regardless of data size, number of start or stop 
bits, or parity requirements. The synchronous trans- 
mission features of the 82530 are not supported. An 
on-chip baud rate generator allows independent 
baud rates on each channel. The serial lines can be 
brought to the back-panel via two 40-pin shell con- 
nectors and ribbon cable. 


The 80186 central processor component provides 
high performance, flexibility and powerful process- 
ing. Software for the 8088 and 8086 is upward com- 
patible with the 80186. The 80186/82530 combina- 


Figure 2. ISBC@ 548 Functional 
Block Diagram 
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tion with on-board PROM/EPROM sites, and dual- 
port RAM provide the intelligence and speed to 
manage multi-user communications. 


There are three areas of memory on-board; private 
RAM, dual-port RAM and EPROM. The iSBC 548 
Communications Controller contains 128K bytes of 
on-board RAM, 32K bytes of which is dual-port RAM 
this is addressable by the 80186 on-board. The dual 
port memory is configurable in a 16M byte address 
space on 32K byte boundaries as addressed from 
the MULTIBUS port. The starting address is jumper 
selectable. 


The third area of memory is EPROM memory expan- 
sion. Two 28-pin JEDEC sockets are provided. 
These sockets come populated with two EPROMs 
which contain the controller firmware. The boards 
can support 2764, 27128 and 27256 EPROMs, giv- 
ing a total capacity of 64K bytes. The EPROM runs 
with zero wait states if EPROMS of access times 
250 ns or less are used. No jumper changes are 
needed to access different size EPROMs. 


For those applications needing a real time, multi- 
tasking operating system, Intel offers the iRMXTM86 
and iRMX 286 Operating Systems. The iRMX oper- 
ating systems are particularly well suited for applica- 
tions where the processor is simultaneously control- 
ling multiple, real-time interrupt-intensive processes. 
Typical applications include machine and process 
control, data acquisition, signal processing, and 
front-end processing. 


Intel also offers the XENIX' 286 Operating System 
which is designed for those applications needing an 
interactive, multiple user system. Intel's XENIX oper- 
ating system is a fully licensed derivative of UNIX', 
enhanced by Intel to provide device driver support 
for Intel board and component products plus other 
features that yeild greater flexibility, increased reli- 
ability, and easier configurability. Typical applica- 
tions include distributed data processing, business 
data processing, software development and engi- 
neering or scientific data analysis. 


The iSBC 548 High Performance Terminal Controller 
is supplied with resident firmware that supports 8 


'XENIX 
is a trademark 
of Microsoft 
Corporation 
'UNIX 
is a trademark 
of Bell Laboratories 


RS232C asynchronous serial channels. In addition, 
power-up confidence tests are also included to pro- 
vide a quick diagnostic service. 


Supports the serial channels in asynchronous mode. 
Parameters such as baud rate, parity generation, 
parity checking and character length can be pro- 
grammed independently for each channel. 


The firmware provides software control of the Data 
Terminal Ready (DTR) line on all channels. Tran- 
sitions on the Carrier Detect (CD) line are sensed 
and reported to the host CPU. Clear to Send (CTS) 
and Carrier Detect (CD) can be set to gate iSBC 548 
transmissions and receptions respectively. Data Set 
Ready (DSR) and Ring Indicator (RI) are sensed. 


The firmware relieves the host of character-at-a-time 
interrupt processing. The iSBC 548 board accepts 
blocks of data for transmissions and interrupts the 
processor only when the entire block is transmitted. 


Download and Execute Facility 


Provides a capability for the host CPU to load code 
in the address space of the iSBC 548 board and for 
the iSBC 548 board to start executing at any ad- 
dress in its address space. 


On board reset, the firmware executes a series of 
tests to establish that crucial components on the 
board are functional. 


The iSBC 548 Controller Board operates as an intel- 
ligent slave using a flag byte signalling mechanism. 
This mechanism provides an interrupt handshake 
from the MULTIBUS System Bus to the on-board 
processor and vice-versa. 
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6-8 bit character length 
1, 11f2, or 2 stop bits per character 
Parity 
, 


Programmable clock 
Break generation 
Framing error detection 


The on-board firmware can automatically detect and 
set baud rates of 150, 300, 600, 1200, 2400, 4800, 
9600 and 19200, Other baud rates can be set by the 
host. 


CD 
Carrier Detect 
RXD 
Receive Data 
TXD 
Transmit Data 
DTR 
Data Terminal Ready 
SG 
Signal Ground 
DSR 
Data Set Ready 
RTS 
Ready to Send 
CTS 
Clear to Send 
RI 
Ring Indicator 


These signals are supported by the iSBC 548 Con- 
troller and on-board firmware, All signals may not be 
supported by the host operating system, 


Memory 


On-Board RAM: 128K bytes total 


Private RAM: 96K bytes 


Dual Port RAM: 32K bytes, can be addressed from 
MULTIBUS interface at any 32K boundary between 
80000H and F80000H and between F80000 and 
FF80000, 


Component 
On-Board Capacity 
Start Address 


2764 
16K 
FCOOOH 
27128 
32K 
F8000H 
27256 
64K 
FOOOOH 


MULTIBUS® System Bus Interface 


The iSBC 548 board meets MULTIBUS (IEEE 796) 
bus specification 016 M24 116VO E. 


Temperature: 0 to 55 degrees Centigrade at 200 Lin- 
ear Feet/Minute (LFM) Air Velocity 


Humidity: 5% to 90%, non-condensing (25 to 70 de- 
grees Centigrade) 


Physical Characteristics 


Width: 30,48 cm (12,00 in) 
Length: 16.87 cm (6.75 in) 
Height: 1.27 cm (0,50 in) 
Weight: 400 gm (14 oz) 


Maximum Power Required per Voltage 
Voltage (Volts) 
Current (Amps) 
Power (Watts) 
+5 
3.49 
17.5 
+12 
0.14 
1.7 
-12 
0.11 
1.3 


ORDERING INFORMATION 
Part Number 
Description 
ISBC 548 
8 Channel High Performance Termi- 
nal Controller 


ISBCiKl548 High Performance 
Terminal Control· 
lers Hardware Reference Manual-Qrder 
Number 
122704-001 
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iSBC® 561 
SOEMI (Serial OEM Interface) 
CONTROLLER BOARD 


• 
Dedicated 
I/O Controller 
Provides 
a 
Direct Connection 
of MUL TIBUS®- 
Based Systems 
to an IBM 9370 or 4361 
Mainframe 
Host or to any IBM System/ 
370 via an IBM 3174 Subsystem 
Control 
Unit via IBM's SOEMI (Serial OEM 
Interface) 
Protocol 


• 
Physical 
Interface 
is via IBM 3270 Coax 
with a Maximum 
Distance 
of 1.5 km 


• 
Maximum 
Transmission 
Rate of 2.36 
Megabits/Second 


• 
Dual I/O Processors 
Manage 
Both 
SOEMI and MUL TIBUS® 
Interfaces 


• 
Includes 
a SMC-to-BNC 
Cable 
Assembly 
to Attach 
into the IBM 3270 
Information 
Display System 


• 
On-Board 
Diagnostic 
Capability 
Provides 
Operational 
Status of Board 
Function 
and Link with the Host 


• 
Supported 
by a Complete 
Family of 
Single Board Computers, 
Memory, 
Digital and Analog 
I/O, 
Peripheral 
and 
Graphics 
Controllers' 
Packaging 
and 
Software 


The Intel iSBC 561 SOEMI (Serial OEM Interface) Controller Board is a member of Intel's family of single 
board computers, memory, I/O, peripheral and graphics controller boards. It is a dedicated intelligent I/O 
controller on a MULTIBUS form-factor printed circuit card. The board allows OEMs of MULTIBUS-based 
systems a direct, standard link to an IBM 9370 Information System, to an IBM System 4361, or to any IBM 
System/370 attached to an IBM 3174 Subsystem Control Unit via the SOEMI (Serial OEM Interface). The 
iSBC 561 Controller also provides IBM System/370 users access to the broad range of applications supported 
by hundreds of MULTIBUS vendors. 


The SOEMI interface is comprised of an IBM System/370 programming interface and an IBM 3270 coax 
interface. It is a flexible, high speed, point-to-point serial interface offered as a feature on the IBM 9370 and 
4361 processor families and on the 3174 Subsystem Control Unit. The iSBC 561 SOEMI Controller Board 
contains two processors and provides the necessary intelligence for conversion, control functions, and buffer 
management between the IBM mainframe and the MULTIBUS system. This board allows an IBM user to 
distribute control and information to MULTIBUS compatible systems for a variety of applications including 
factory automation, data acquisition, measurement, control, robotics, process control, communications, local 
area networking, medical instrumentation, and laboratory automation. 


The Serial OEM Interface (SOEMI) is a new means 
of 
connecting 
Original 
Equipment 
Manufacturer 
(OEM) MULTIBUS-based systems and subsystems 
to an IBM System/370 mainframe. Previously, the 
only low-cost way to attach non-IBM equipment into 
the IBM mainframe environment was to use 3270 
emulation software and hardware adaptors. This 
type of interface is low-speed (approx. 19.6K bits/ 
sec.) and not very flexible as to the type and format 
of data that can be transferred. The 3270 emulators 
must mimic the device formats of the displays and 
printers that are typically attached on this interface; 
stripping out command characters, carriage return 
andl line feed characters, etc. The SOEMI interface 
is available on; the IBM 9370, the IBM 4361, and the 
3174 Subsystem Control Unit model1L. The SOEMI 
Protocol is much faster and more flexible, in that any 
type of raw data or formatted data may be sent 
across the connecting coax cable. 


The SOEMI attachment into the MULTIBUS system 
architecture, via the iSBC 561 SOEMI Controller 
Board, extends the attachment capabilities of the 
IBM 9370, 4361 and 3174 to a variety of systems, 
boards, and I/O devices provided by other manufac- 
turers. Figure 1 is an example of the variety achiev- 
able on Intel's MULTIBUS (IEEE 796) system archi- 
tecture. 


The SOEMI interface utilizes the System/370 Pro- 
gramming Interface on the IBM 9370, 4361 and 
3174 to create the protocols and formats required by 
a given application for connection to and communi- 
cation with virtually any type of OEM device. 


1088 
111. 2M, 
etc. 
IAMX" 
OPERATINQ 
SYSTEM 
X&NIX' 


RAM 
ROM 
EPROM 
BUBBlES 


Ine ;:'YSlem/<l/U tJrogramming Interface provides 
the standard System/370 
I/O instructions for ex- 
changing 
data 
between 
the 
host 
and 
the 
MULTIBUS-based system. System/370 applications 
see MULTIBUS system memory as one or more en- 
tities called "spaces." The System/370 host system 
program writes to and reads from these spaces. The 
user can define the number of spaces or the layout 
of fields in the SOEMI interface at his discretion and 
as required by the application and the MULTIBUS 
system configuration. 


The 3270 coax interface provides the physical con- 
nection between the OEM MULTIBUS system and 
the IBM host. The coax cable (type RG62AU) can 
operate over a distance of 1.5 kilometers at a maxi- 
mum transfer rate of 2.3587 Mbits/second. The dis- 
tance of 1.5 kilometers can be increased to a maxi- 
mum of 3 kilometers by installing an IBM 3299 Ter- 
minal Multiplexer (repeater) between the IBM 9370, 
4361 or 3174 and the MULTIBUS system. The pro- 
tocol at the coax interface includes a polling mecha- 
nism, a set of Write and Read commands, and re- 
quires a buffer with an address register at the OEM 
controller end. 


The connection to the IBM 4361 is made via the IBM 
3270 Information Display System's Display/Printer 
Adapter (DPA) and/or Work Station Adapter (WSA) 
coax ports. The DPA can drive up to sixteen 3270/ 
SOEMI coax ports, and is the standard configura- 
tion. The WSA is an optional add-on to the IBM 4361 
that increases the total number coax ports support- 
ed to 40. The connection to the IBM 9370 is made 
via the Workstation Subsystem Controller feature, 
and a workstation adapter which can connect up to 


IBM 1370 
WORKSTATION 
SUBSYSTEM 
CONTROU.ER 


ETHERNET 
IEEE 418 
RS 232 
MAP 
ANALOG 
110 
DIGITALUO 
OTHER 
INTERFACES 


DEVICES 
DISK 
DISKETTE 
PRINTER 
DISPLAY 
(ASC 
II) 
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6 SOEMI ports. This can be increased to 32 ports 
using optional terminal multiplexers. The connection 
to the IBM 3174 model1L is made via IBM dual-pur- 
pose connectors (OPC) which can connect up to 4 
SOEMI ports. This can be increased to 32 ports us- 
ing terminal multiplexer adapters. A typical configu- 
ration can support an aggregate data rate of approx- 
imately 45K Bytes/second (approx. 360K bits/sec- 
ond). 


The iSBC board functions as a slave to the host 
mainframe, 
reacting 
and 
executing 
under 
System/370 program control as as mainframe re- 
source. In addition, it has a full multimaster MULTI- 
BUS interface that allows the board to arbitrate for 


bus ownership, generate bus clocks, respond to and 
generate interrupts, etc. With the iSBC 561 control- 
ler connected to the mainframe, all MULTIBUS sys- 
tem resources are available to the IBM host pro- 
gram/controller. From the IBM side, the mainframe 
is capable of accessing the entire 16 MBytes of 
MULTIBUS system memory, 64K 
Bytes of 
I/O 
space, and all on-board resources of the iSBC 561 
board. Other intelligent MULTIBUS boards access 
iSBC 561 controller services through normal inter- 
rupt mechanisms. 


Using the SOEMI interface in a relatively low-level 
application may simply require the user to write Sys- 
tem/370 application control programs that reside in 
the IBM mainframe. A more elaborate implementa- 
tion would also involve application programs that re- 
side in the MULTIBUS system under its "native" op- 
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erating environment (Le., iRMX or XENIX operating 
systems) and an end-to-end protocol that ties both 
sets of application programs together. 


The iSBC 561 board is functionally partitioned into 
three major sections: the front-end section, the com- 
mon section, and the back-end section (see Figure 
2). 


Front-End 
Processor 
Section: 
IBM Host Interface 


The front-end section of the iSBC 561 Controller 
board interfaces with the IBM mainframe via the IBM 
3270 Information Display System, and consists of an 
8X305 Signetics microcontroller, the 8X305 instruc- 
tion memory, and the coaxial interface. The 8X305 
executes the coax commands and places the struc- 
tured field's instructions in shared memory buffers 
for subsequent execution by the back-end proces- 
sor. The front-end instruction memory consists of 
three 2K x 8-bit PROMs which provide the instruc- 
tion code for the 8X305 processor and the informa- 
tion needed to generate the various control signals 
required by the 8X305 to elicit system functions. The 
information contained in each PROM is not modifi- 
able by the user. The coaxial interface is based on a 
DP8340 transmitter component that converts 8-bit 
parallel data received from the front-end processor 
to a 12-bit serial stream, and a DP8341 receiver 
component, that converts a 12-bit serial stream of 
data from the mainframe to parallel data with sepa- 
rated command and parity bits. 


Common Section: 
Shared Memory Buffer 


The common section of the iSBC 561 board consists 
of two 8-bit, bi-directional message registers and a 
16K x 8-bit static RAM shared buffer. This shared 
memory buffer between the front-end processor and 
the back-end processor is the resource for transfer- 
ring information and control messages between the 
IBM host and the MULTIBUS system. 


Back-End Processor 
Section: 
MUL TIBUS® Interface 


The back-end section of the board provides an intel- 
ligent interface to the MULTIBUS system bus, and 
consists of the 8086-2 microprocessor, local memo- 
ry, bus interface circuitry, and memory-mapped log- 
ic. The 8086 processor is capable of either retrieving 
information the 8X305 placed in the shared buffer, 
or placing information in the shared buffer, depend- 


ing on the direction of the transfer and type of opera- 
tion or task to be performed. The information is 
stored in the shared buffer as a set(s) of structured 
fields. The back-end processor transfers this infor- 
mation by performing 8- or 16-bit data transfers to or 
from the MULTIBUS system bus, the shared buffer, 
and the local memory. 


The control program for this high-speed, back-end 
processor is resident in two local ROM sites. The 
processor also has access to 16K bytes of static 
RAM for local data storage. 


The back-end section interfaces to other MULTIBUS 
boards through two bus controllers, a bus arbiter, 
and the address, data, and command buffers for ac- 
cess over the 24 address lines and 16 data lines of 
the MULTIBUS system bus. 


The commands and information passed along the 
coax by the IBM host to the iSBC 561 controller rep- 
resent what is known as a "structured field." The 
iSBC 561 front-end processor strips out the 12-bit 
protocol header deposits the remaining structured 
field(s) in the shared memory buffer, and notifies the 
back-end processor. The back-end processor then 
processes these structured fields in order to access 
the proper MULTIBUS memory space and 110 ports. 
It then deposits the information or task in the space 
and notifies the MULTIBUS subsystem master that a 
transfer has occurred and is awaiting service. 


When requiring service, the MULTIBUS system ap- 
plication sends an interrupt to the iSBC 561 board. 
The board then issues an attention to the main- 
frame. At this point, the mainframe is under no obli- 
gation or time constraint to service the interrupt, and 
its response is application dependent. 


The mainframe issues commands to service the in- 
terrupt. The information concerned with the interrupt 
is then passed through the shared memory and seri- 
alized by the iSBC 561 board before being sent to 
the mainframe. The exact communications protocol 
used for this end-to-end transfer is defined by the 
user application programs running in both operating 
environments. 


Interface 
Connector/Cable 
Assembly 


The cable assembly used to connect the iSBC 561 
SOEMI Controller Board to the IBM mainframe or 
3174 control unit cable assembly consists of RG180 
type cable having an SMC connector on one end 
(which mates to the iSBC 561 board right angle SMC 
connector) and a BNC connector on the other end 
(which mates to the IBM cable assembly connector). 


intJ 


Operational 
Characteristics 
Back-end processor-Intel 
8086-2/5 MHz 
- 
20-bit address path; 8/16 bit 
data path 
Front-end processor- 
Signetics 8X305/8 MHz 
- 
16-bit instruction path; 8-bit 
data path 
Serial Transfer Rate- 
2.3587 Mbits/second 
(max. 
bit rate) 
- 
360K bits/second 
(approx. 
aggregate throughput) 
Serial Transfer Rate- 
Binary dipulse (with 12-bit 
serial stream) 
Memory Capacity 
- 
All iSBC 561 controller board 
memory is available to on- 
board firmware only. 
Common memory 
- 
16K Bytes of Shared Buffer 
memory (SRAM 
@ 
0 wait 
state access) 
8086·2 memory 
- 
16K Bytes of EPROM; 
- 
16K Bytes of SRAM 
8X305 memory 
- 
4K Bytes of Instruction mem- 
ory (EPROM) 
- 
2K Bytes of Control memory 
(EPROM) 


Physical Characteristics 
Width: 
30.48 cm (12.00 in) 
Height: 17.15 cm (6.75 in) 
Depth: 
1.78 cm (0.70 in) 
Weight: 510 gm (18 oz) 


DC Power Requirements: 


Voltage-+5V 
Current (Max)-6.28A 
Current (Typ)-5.46A 
Power Dissipation (Max)-35.5VA 


ORDERING 
INFORMATION 
Part Number 
Description 
iSBC 561 
SOEMI (Serial OEM Interface) Con- 
troller board 


Cable Characteristics 
Impedance: 
coax connector-50 
ohms (nominal) 
external cable (user furnished)- 
95 ohms (nominal) 
Capacitance: 35 pF/ft 
Propagation: 1.6 ns/ft 


Environmental 
Characteristics 
Operating Temperature: 0° to 55°C at 200 LFM air 
velocity 


Operating Humidity: 10 
to 
85% 
non-condensing 
(0°to 55°C) 


Non-Operating Temperature: -40°C to 75°C 
Shock: 30G for a duration of 11 ms with % sinewave 
shape. 
Vibration: 0 to 55 Hz with 0.0 to 0.010 inches peak 
to peak excursion. 


Reference 
Manuals 
147048-001- 
iSBC 561 SOEMI (Serial OEM Inter- 
face) Controller Board Hardware Ref- 
erence Manual (NOT SUPPLIED) 


Reference manual may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara. California 95051. 


GA33-1585-0 (File No. S370-03-IBM 
Serial OEM 
Interface (SOEMI) Reference Manual 
(NOT SUPPLIED) 


Reference manual may be ordered from IBM Ad- 
vanced Technical Systems; Dept. 3291, 7030-16; 
Schoenaicherstr. 220; 7030 Boeblingen. Federal 
Republic of Germany. 


• 
iSBXTM Bus Compatible 
I/O Expansion 


• 
Programmable 
Synchronous/ 
Asynchronous 
Communications 
Channel 
with RS232C or RS449/422 
Interface 


• 
Software 
Programmable 
Baud Rate 
Generator 


• 
Two Programmable 
16-Blt BCD or 
Binary Timer/Event 
Counters 


• 
Four Jumper 
Selectable 
Interrupt 
Request 
Sources 


• 
Accessed 
as I/O Port Locations 


• 
Low Power 
Requirements 


• 
Single + 5V when Configured 
for 
RS449/422 
Interface 


• 
iSBX Bus On-Board 
Expansion 
Eliminates 
MUL TIBUS@ System 
Bus 
Latency 
and Increases 
System 
Throughput 


The Intel iSBX 351 Serial I/O MUL TIMODULE 
board is a member 
of Intel's 
new line of iSBX bus compatible 
MUL TIMODULE 
products. 
The iSBX MUL TIMODULE 
board plugs directly 
into any iSBX bus compatible 
host 


board offering 
incremental 
on-board 
I/O expansion. 
The iSBX 351 module 
provides 
one RS232C 
or RS449/ 


422 programmable 
synchronous/asynchronous 
communications 
channel 
with software 
selectable 
baud rates. 


Two general 
purpose 
programmable 
16-bit 
BCD or binary 
timers/event 
counters 
are available 
to the host 


board to generate 
accurate 
time intervals 
under software 
control. 
The iSBX board 
is closely 
coupled 
to the 
host board through 
the iSBX bus, and as such, offers 
maximum 
on-board 
performance 
and frees MUL TIBUS 
system 
traffic for other system 
resources. 
In addition, 
incremental 
power dissipation 
is minimal 
requiring 
only 


3.0 watts 
(assumes 
RS232C 
interface). 
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The iSBX 351 module 
uses the Intel 8251A 
Univer- 
sal Synchronous/Asynchronous 
Receiver/Transmit- 
ter (USART) 
providing 
one programmable 
communi- 
cations 
channel. 
The 
USART 
can be programmed 
by the system 
software 
to individually 
select the de- 
sired 
asynchronous 
or 
synchronous 
serial 
data 
transmission 
technique 
(including 
IBM Bi-Sync). The 
mode 
of operation 
(Le., synchronous 
or asynchro- 
nous), data format, 
control 
character 
format, 
parity, 
and 
baud 
rate are all under 
program 
control. 
The 
8251A provides 
full duplex, double 
buffered 
transmit 
and receive 
capability. 
Parity, overrun, 
and framing 
error 
detection 
are all incorporated 
in the USART. 
The 
command 
lines, 
serial 
data 
lines, 
and 
signal 
ground 
lines are brought 
out to a double 
edge con- 
nector configurable 
for either an RS232C or RS449/ 
422 
interface 
(see Figure 
3). In addition, 
the iSBX 
351 module 
is jumper 
configurable 
for either 
point- 
to-point 
or multidrop 
network 
connection. 


The iSBX 351 module 
uses an Intel 8253 Program- 


. mabie Interval Timer (Pin 
providing 
3 fully program- 
mable and independent 
BCD and binary 16-bit inter- 
val timers. 
One timer is available 
to the system 
de- 
signer to generate 
baud rates for the USART under 
software 
control. 
Routing 
for the outputs 
from 
the 
other two counters 
is jumper 
selectable 
to the host 
board. In utilizing the iSBX 351 module, the systems 
designer 
simply configures, 
via software, 
each timer 
independently 
to meet system 
requirements. 
When- 
ever a given baud rate or time delay is needed, 
soft- 
ware commands 
the programmable 
timers to select 
the desired 
function. 
The functions 
of the timers are 
shown in Table 1. The contents 
of each counter 
may 
be read at any time during system 
operation. 


Interrupt 
requests 
may originate 
from four sources. 


Two interrupt 
requests 
can be automatically 
gener- 
ated by the USART when a character 
is ready to be 
transferred 
to the host board 
(Le., receive 
buffer 
is 
full) or a character 
has been transmitted 
(Le., trans- 
mit buffer 
is empty). 
In addition, 
two jumper 
select- 
able requests 
can be generated 
by the programma- 
ble timers. 


The iSBX 351 module 
plugs directly 
into the female 
iSBX connector 
on the host 
board. 
The 
module 
is 
then secured at one additional 
point with nylon hard- 


ware to insure the mechanical 
security of the assem- 
bly (see Figures 
1 and 2). 


Function 
Operation 


Interrupt on 
When terminal 
count is 
Terminal 
Count 
reached, 
an interrupt 
request 
is generated. 
This function 
is 
useful for generation 
of real- 
time clocks. 


Programmable 
Output goes low upon receipt 
One-Shot 
of an external trigger edge 
and returns high when 
terminal 
count is reached. 


This function 
is retriggerable. 


Rate Generator 
Divide by N counter. 
The 
output will go low for one 
input clock cycle, and the 
period from one low going 
pulse to the next is N times 
the input clock period. 


Square-Wave 
Output will remain high until 
Rate Generator 
one-half 
the count has been 
completed, 
and go low for the 
other half of the count. 


Software 
Output remains high until 
Triggered 
Strobe 
software 
loads count (N). N 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 
Triggered 
Strobe 
period N counts after rising 
edge counter 
trigger input. 


The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, 
the clock input becomes 
an 
input from the external 
system. CPU may read the 
number of events occurring 
after the counting 
"window" 
has been enabled 
or an 
interrupt 
may be generated 
after N events occur in the 
system. 
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1 
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iSIX 
CONNECTOR 
(MALE) 


I$BX 
CONNECTOR 
(FEMALE) 
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I/O Address 
for 
1/0 Address 
for 
Chip Select 
Function 
an 8-Blt Host 
a 16-Blt Host 


XO,X2,X4 
YO, Y4, Y8 
8251A 
Write: Data 
orX6 
orYC 
USART 
Read: Data 


X1,X3,X5 
Y2, Y6, YA 
MCSO/ 
Write: Mode or Command 
orX7 
orYE 
Activated 
(True) 
Read: Status 


Write: Counter a 
X80rXC 
ZO orZ8 
8253 PIT 
Load: Count (N) 
Read: Counter a 


MSC1 / Activated 
Write: Counter 
1 
X90rXD 
Z20rZA 
Load: Count N 
(True) 
Read: Counter 
1 


Write: Counter 
2 
XAorXE 
Z40rZC 
Load: Count (N) 
Read: Counter 
2 


XBorXF 
Z60r 
ZE 
Write: Control 
Read: None 


NOTE: 
X = The iSBX base address 
that activates 
MCSO & MSC1 for an 8-bit host. 


Y = The iSBX base address 
that activates 
MCSO for a 16-bit host. 


Z = The iSBX base address 
that activates 
MCS1 for a 16-bit host. 


The first digit, 
X, Y or Z, is always 
a variable, 
since 
it will depend 
on the type 
of host 
microcomputer 
used. 
Refer 
to the 
Hardware 
Reference 
Manual 
for your host microcomputer 
to determine 
the first digit of the I/O base address. 
The first digit of each port I/O address 
is listed as "X" 
since it will change 
depending 
on the type of host iSBC microcomput- 
er used. 
Refer 
to the Hardware 
Reference 
Manual 
for your host iSBC microcomputer 
to determine 
the first digit of the I/O 
address. 


Synchronous-5-8-bit 
characters; 
internal 
charac- 
ter synchronization; 
automatic 
sync insertion; 
even, 


odd or no parity generation/detection. 


Read-250 
ns max 
Write--300 
ns max 


Asynchronous-5-8-bit 
characters; 
break character 


generation 
and detection; 
1, 11f2,or 2 stop bits; false 
start 
bit detection; 
even, 
odd 
or no parity 
genera- 
tion/ detection. 
NOTE: 
Actual 
transfer 
speed 
is dependent 
upon the cycle 
time of the host microcomputer. 
Interval Timer and Baud Rate 
Generator 


Input 
Frequency 
(selectable): 


1.23 MHz 
±0.1% 
(0.813 fJosperiod 
nominal) 
153.6 kHz ± 0.1 % (6.5 fJosperiod nominal) 


8253 PIT(1) 
8251 USART Baud Rate (Hz)(2) 
Frequency 
(kHZ, 


Software 
Selectable) 
Synchronous 
Asynchronous 


+16 
+64 
307.2 
- 
19200 
4800 
153.6 
- 
9600 
2400 
76.8 
- 
4800 
1200 
38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 
9.6 
9600 
600 
150 
4.8 
4800 
300 
75 
2.4 
2400 
150 
- 
1.76 
1760 
110 
- 


NOTES: 
1. Frequency 
selected 
by I/O writes 
of appropriate 
16-bit frequency 
factor 
to Baud Rate Register. 


2. Baud rates shown 
here are only a sample 
subset 
of possible 
software-programmable 
rates available. 
Any frequency 
from 


18.75 
Hz to 614.4 
kHz may be generated 
utilizing 
on-board 
crystal 
oscillator 
and 16-bit 
Programmable 
Interval 
Timer 
(used 


here as frequency 
divider). 


Rate Generator 
Real- Time 
Interrupt 
(Frequency) 
(Interval) 


Mln 
Max 
Mln 
Max 


Single Timer(1) 
18.75 Hz 
614.4 kHz 
1.63 ",s 
53.3 ms 


Single Timer(2) 
2.34 Hz 
76.8 kHz 
13.0 "'S 
426.7 ms 


Dual Timer(3) (Counters 
0 and 1 in Series) 
0.000286 
Hz 
307.2 kHz 
3.26 "'S 
58.25 min 


Dual Timer(4) (Counters 
0 and 1 in Series) 
0.0000358 
Hz 
38.4 kHz 
26.0 "'S 
7.77 hrs 


NOTES: 
1. Assuming 
1.23 MHz clock 
input. 


2. Assuming 
153.6 kHz clock 
input. 


3. Assuming 
Counter 
0 has 1.23 MHz clock 
input. 


4. Assuming 
Counter 
0 has 153.6 kHz clock 
input. 
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Interrupts 


Interrupt 
requests 
may originate 
from the USART (2) 
or the programmable 
timer (2). 


Serial-configurable 
of 
EIA Standards 
RS232C 
or 
RS449/422 


EIA Standard 
RS232C signals provided 
and support- 
ed. 


Clear to Send (CTS) 
Data Set Ready (DSR) 
Data Terminal 
Ready (DTR) 
Request 
to Send (RTS) 
Receive 
Clock 
(RXC) 
Receive 
Data (RXD) 
Transmit 
Clock (DTE TXC) 
Transmit 
Data (TXD) 


EIA Standard 
RS449/422 
signals provided 
and sup- 
ported. 


Clear to Send (CS) 
Data Mode (OM) 
Terminal 
Ready (TR) 
Request 
to Send (RS) 
Receive 
Timing 
(RT) 
Receive 
Data (RD) 
Terminal 
Timing 
(TT) 
Send Data (SO) 


7.24 cm (2.85 inches) 


9.40 cm (3.70 inches) 


2.04 cm (0.80 inches) 
iSBX 351 Board 
2.86 cm (1.13 inches) 
iSBX 351 Board and Host Board 


Weight 
51 grams (1.79 ounces) 
·(See 
Figure 2) 


Width: 


Length: 


Height·: 


Configuration 
Mode(2) 
MUL TIMODULETM 
Cable 
Connector(8) 
Edge Connector 


RS232C 
DTE 
26-pin(5),3M-3462-0001 
3M(3)-3349/25 
25-pin(7),3M-3482-1000 
RS232C 
DCE 
26-pin(5),3M-3462-0001 
3M(3)-3349/25 
25-pin(7), 3M-3483-1 000 
RS449 
DTE 
40-pin(6),3M-3464-0001 
3M(4)-3349/37 
37-pin(1),3M-3502-1000 
RS449 
DCE 
40-pin(6),3M-3464-0001 
3M(4)-3349/37 
37-pin(1),3M-3503-1000 


NOTES: 
1. Cable housing 3M-3485-4000 may be used with the connector. 
2. DTE-Data 
Terminal mode (male connector), DCE-Data 
Set mode (female connector). 
3. Cable is tapered at one end to fit the 3M-3462 connector. 
4. Cable is tapered to fit 3M-3464 connector. 
5. Pin 26 of the edge connector is not connected to the flat cable. 
6. Pins 37, 39, and 40 of the edge connector are not connected to the flat cable. 
7. May be used with cable housing 3M-3485-1000. 
8. Connectors compatible with those listed may also be used. 


Mode 
Voltage 
Amps 
(Max) 


RS232C 
+5V 
±0.25V 
460mA 
+12V 
±0.6V 
30mA 
-12V 
±0.6V 
30mA 
RS449/422 
+5V 
±0.25V 
530 mA 


Environmental Characteristics 
Temperature: 
0°C-55°C, 
free moving air across the 
base 
board 
and 
MUL TIMODULE 
board. 


Reference Manual 
9803190-01- 
iSBX 351 Serial 
I/O 
MUL TIMODULE 
Manual 
(NOT SUPPLIED) 


Reference 
Manuals 
may be ordered 
from 
any Intel 
sales 
representative, 
distributor 
office 
or from 
Intel 
Literature 
Department, 
3065 
Bowers 
Ave., 
Santa 
Clara, California, 
95051. 


ORDERING INFORMATION 
Part Number 
Description 


SBX 351 
Serial I/O 
MUL TIMODULE 
Board 


inter 
iSBX™ 354 DUAL CHANNEL SERIAL I/O 
MULTIMODULETM BOARD 


• 
Two RS232C or RS422A/449 
Programmable 
Synchronous/ 
Asynchronous 
Communications 
Channels 


• 
Programmable 
Baud Rate Generation 
for Each Channel 


• 
Full Duplex Operation 


• 
iSBXTM Bus Compatible 
I/O Expansion 


• 
Supports 
HDLC/SDLC, 
NRZ, NRZI or 
FM Encoding/Decoding 


• 
Three 
Interrupt 
Options 
for Each 
Channel 


• 
Low Power 
Requirements 


The Intel iSBX 354 Serial I/O 
MUL TIMODULE 
board 
is a member 
of Intel's 
line of iSBX compatible 
MULTI- 
MODULE 
products. 
The iSBX MUL TIMODULE 
board plugs directly 
into any iSBX bus compatible 
host board 


offering 
incremental 
on-board 
I/O expansion. 
Utilizing Intel's 82530 Serial Communications 
Controller 
compo- 


nent, the iSBX 354 module 
provides 
two RS232C or RS422A/449 
programmable 
synchronous/asynchronous 


communications 
channels. 
The 82530 
component 
provides 
two independent 
full duplex 
serial channels, 
on 


chip crystal oscillator, 
baud-rate 
generator 
and digital phase locked loop capability 
for each channel. 
The iSBX 


board connects 
to the host board through the iSBX bus. This offers maximum 
on-board 
performance 
and frees 


the MUL TIBUS@ System 
bus for use by other system 
resources. 


inter 


The iSBX 354 module uses the Intel 82530 Serial 
Communications Controller (SCC) component pro- 
viding two independent full duplex serial channels. 
The 82530 is a multi-protocol data communications 
peripheral designed to interface high speed commu- 
nications lines using Asynchronous, Byte-Synchro- 
nous and Bit-Synchronous protocols to Intel's micro- 
processor based board and system level products. 
The mode of operation (Le. asynchronous or syn- 
chronous), data format, control character format, 
and baud-rate generation are all under program con- 
trol. The 82530 SCC component can generate and 
check CRC codes in any Synchronous mode and 
can be programmed to check data integrity in vari- 
ous modes. The command lines, serial data lines, 
and signal ground lines are brought out to a double 
edge connector. 


The iSBX 354 module provides a low cost means to 
add two serial channels to iSBC@boards with 8 or 
16 bit MULTIMODULE interfaces. In the factory de- 
fault configuration, the iSBX 354 module will support 
two RS232C interfaces. With user supplied drivers 
and termination resistors, the iSBX 354 module can 
be reconfigured to support RS422A1449 communi- 
cation interfaces with support on Channel A only for 
multidrop control from the base board. Both chan- 
nels can be configured as DTE or DCE with RS232C 
interfaces. 


Interrupt 
Request Line 


The 82530 SCC component provides one interrupt 
to the MINTRO signal of the iSBX interface. There 
are six sources of interrupts in the SCC component 
(Transmit, Receive and External/Status interrupts in 
both channels). Each type of interrupt is enabled un- 
der program control with Channel A having higher 
priority than Channel B, and with Receive, Transmit 


Figure 2. Mounting 
Technique 
8-49 


and External/Status interrupts prioritized in that or- 
der within each channel. 


the iSBX 354 MULTIMODULE board on a Host 
Board. Figures 3 and 4 provide cabling diagrams. 


Programming 
Considerations 


The Intel 82530 see component contains several 
registers that must be programmed to initialize and 
control the two channels. Intel's iSBX 354 Module 
Hardware Reference Manual (Order #146531-001) 
describes these registers in detail. 


The iSBX 354 module plugs directly into the female 
iSBX connector on the host board. The module is 
then secured at one additional point with nylon hard- 
ware to insure the mechanical security of the assem- 
bly. Figures 1 and 2 demonstrate the installation of 


40 CONDUCTOR 
FLAT 
RIBBON CABLE 
'- 


(START 
AT 5TH 
NOTCH 
FROM END) _. 


3 CONDUCTORS 
'PIN 20 


'PIN 1 
(START 
AT 1ST NOTCH 
FROM END) 
(START 
AT 6TH NOTCH 
FROM END) 
2 CONDUCTORS 
15 CONDUCTORS 
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Clock Frequency 


4.9152 
MHz 


Synchronous-Internal 
or external 
character 
syn- 
chronization 
on one or two synchronous 
characters 


Asynchronous-5-8 
bits and 1, 1% or 2 stop bits 
per character; 
programmable 
clock factor; 
break de- 
tection 
and generation; 
parity, overrun, 
and framing 
error detection 


Synchronous 
X1 Clock 


Baud Rate 
82530 Count 
Value 
(Decimal) 


64000 
36 
48000 
49 
19200 
126 
9600 
254 
4800 
510 
2400 
1022 
1800 
1363 
1200 
2046 
300 
8190 


Asynchronous 
X16 Clock 


Baud Rate 
82530 Count 
Value 
(Decimal) 


19200 
6 
9600 
14 
4800 
30 
2400 
62 
1800 
83 
1200 
126 
300 
510 
110 
1394 


ISBXTM Bus: 
Meets the iSBX Specification, 
Compli- 
ance Level: 08 F 


Serial: 
Meets 
the 
EIA RS232C 
standard 
on Chan- 
nels A and B. Meets the EIA RS422A1449 
standard 
on Channels 
A and B, Multi-drop 
capability 
on Chan- 
nel A only. 


Signals Provided 


RS232CDTE 


-Transmit 
Data 
-Receive 
Data 
-Request 
to Send 
-Clear to Send 
-Data Set Ready 
-Signal Ground 
-Carrier Detect 
-Transmit 
Clock (2) 
-Receive 
Clock 
-Data Terminal 
Ready 
-Ring Indicator 


RS422A/449 


-Send Data 
-Receive 
Timing 
-Receive 
Data 
-Terminal 
Timing 
-Receive 
Common 


RS232CDCE 


-Transmit 
Data 
-Receive 
Data 
-Clear to Send 
-Data Set Ready 
-Signal Ground 
-Carrier Detect 
-Transmit 
Clock (2) 
-Receive 
Clock 
-Ring Indicator 


Port Address 
Function 
8·Bit 
16·Blt 


XO 
Read Status Channel 
B 
Write Command 
Channel 
B 


X2 
Read Data Channel 
B 
Write Data Channel 
B 


X4 
Read Status Channel A 
Write Command 
Channel 
A 


X6 
Read Data Channel 
A 
Write Data Channel 
A 


YO 
Read Disable RS422A1449 
Buffer 
Write Enable RS422A1449 
Buffer 


NOTES: 
1. The "X" and "Y" values depend on the address of the 
is ax interface as viewed by the base board. 
2. "X" corresponds with Activation of the MCSO/interface 
signal; "Y" corresponds with Activation of the MCS1/inter- 
face signal. 


Power Requirements 


+5V 
at 0.5A 
+12V 
at 50 mA 
-12V 
at 50 mA 


Physical Characteristics 


Width: 2.85 inches 


Length: 
3.70 inches 


Height: 0.8 inches 


Weight: 
85 grams 
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ENVIRONMENTAL 
CHARACTERISTICS 
Temperature: O°C to 55°C operating at 200 linear 
feet per minute across baseboard and 
MULTIMODULE board 


146531-001-iSBX 
354 Channel Serial I/O Board 
Hardware Reference Manual 


Reference manuals may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


iSBC® 186/410 MULTIBUS® II 
SERIAL COMMUNICATIONS 
COMPUTER 
• Six Serial Communication 
Channels 
on 
• MUL TIBUS@ " IPSB (Parallel 
System 
a Single MUL TIBUS@ " Board, 
Bus) Interface 
with Full Message 
Expandable 
to 10 Channels 
via ISBXTM 
Passing Capability 
Bus Connectors 
• Four 28-Pln JEDEC Sites, Expandable 
• High Integration 
8 MHz 80186 
to 8 Sites with ISBC@ 341 
Microprocessor 
MUL TIMODULETM 
for a Maximum 
of 
• 82258 Advanced 
DMA Controller 
512K Bytes EPROM 


Provides 
4 Independent 
High 
• Two ISBXTM Connectors 
for Low Cost 
Performance 
DMA Channels 
I/O Expansion 
• Supports 
RS232C-Only 
on 4 Channels, 
• MUL TIBUS@ " Interconnect 
Space for 
RS422A 
or RS232C 
Interface 
Software 
Configurablllty 
and 
Conflgurable 
on 2 Channels 
Diagnostics 
• 512K Bytes DRAM Provided 
• Resident 
Firmware 
to Support 
Host-to- 
Controller 
Download 
Capability 
and 
Bullt-In-Self- Test (BIST) 
Diagnostics 


The iSBC 186/410 
MULTIBUS 
II Serial Communications 
Computer 
is an intelligent 
6-channel 
communications 
processor 
implementing 
the full, high performance 
message 
passing 
interface 
of the 
MUL TIBUS 
II (iPS B) 
Parallel System 
Bus. This iSBC board combines 
an 8 MHz 80186 
16-bit microprocessor, 
with six serial chan- 
nels (expandable 
to 10 serial channels 
on-board 
via iSBX connectors), 
up to 512K bytes of DRAM, four 28-pin 
JEDEC sites, two iSBX connectors, 
and an 82258 ADMA controller 
on a single 220 mm x 233 mm (8.7 in. x 9.2 
in.) Eurocard 
printed 
circuit board. The iSBC 186/410 
board supports 
asynchronous, 
byte synchronous, 
and 
bit-synchronous 
(HDLC/SDLC) 
communications 
protocols 
on the two full/half 
duplex RS232C/RS422A 
chan- 
nels, and asynchronous-only 
on the four full/half 
duplex RS232C-only 
channels. 
Acting as a terminal 
controller 
or front-end 
processor, 
this board adds significant 
data communications 
flexibility 
to an OEM's 
MUL TIBUS 
II 
design. 


inter 


The iSBC 186/410 MULTIBUS II Serial Communica- 
tions Computer is a powerful data communications 
sub-system specifically designed to operate in and 
support the message-based, multi-processor system 
configurations being implemented on the MULTI- 
BUS II architecture. The board's on-board CPU, an 8 
MHz 80186 microprocessor, provides significant in- 
telligence to off-load and distribute the serial com- 
munications functions away from one or all of a sys- 
tem's processor boards. 


The iSBC 186/410 board was designed with a set of 
features to address several communications appli- 
cation areas: terminal/cluster controller, or front-end 
processor. 


A terminal/cluster controller concentrates communi- 
cations in a central area of a system. Efficient han- 
dling of messages coming in or going out of the sys- 
tem requires sufficient buffer space to store mes- 
sages along with high speed I/O channels to trans- 
mit and receive those messages. Sophisticated clus- 


ter controller applications also require character and 
format conversion capabilities to allow attachment 
of different types of terminals. 


The iSBC 186/410 MULTIBUS II Serial Communica- 
tions Computer is well suited for multi-terminal sys- 
tem applications (see Figure 1). Up to 10 serial 
channels can be serviced in multi-user or cluster 
configurations by adding two iSBX 354 Dual Serial 
Channel 
MULTIMODULE 
boards. The 
on-board 
512K byte (expandable to 512K bytes) DRAM array 
is the buffer area designed to handle incoming and 
outgoing messages at data rates up to 19.2K baud 
(asynch). Each serial channel can be individually 
programmed for different baud rates to allow system 
configurations with differing terminal types. The on- 
board 80186 CPU handles the protocols and char- 
acter manipulation tasks traditionally performed by a 
system host. 


A front-end processor off-loads a system's central 
processor of bandwidth-draining tasks such as data 
manipulation and text editing of characters collected 
from the attached serial I/O devices. Since most ter- 


intJ 


ISBX'" 354 
BOARD 
,---I 


minal and serial I/O devices require flexible interfac- 
es, program code is often dynamically downloaded 
to the front-end processor from a system CPU. 
Downloading code requires sufficient memory space 
for protocol handling and program code. Flow con- 
trol and interrupt handling requirements need an effi- 
cient real time operating software environment to 
manage the hardware and software resources on 
the board. 


The iSBC 186/410 board features are designed to 
provide a high performance solution for front-end 
processor 
applications 
(see Figure 2). A 
large 
amount of memory is provided for dynamic storage 
of program code. Two serial channels (as well as 
four iSBX expansion serial channels) can be config- 
ured for links to mainframe systems, point-to-point 
terminals, modems or multi-drop designs and four 
serial channels are for terminal communication, 
asynchronous RS232C operation only. 


The iSBC 186/410 MULTIBUS II Serial Communica- 
tions Computer consists of six major subsystem ar- 


eas: Processor, Serial I/O, Memory, General I/O, 
iPSB bus interface, and Interconnect (see Figure 3). 


80186 PROCESSOR 


The central processor unit on the iSBC 186/410 
board is Intel's 16-bit 8 MHz 80186 microprocessor. 
The highly integrated 80186 CPU combines several 
system components onto a single chip (Le., two Di- 
rect Memory Access lines. three Interval Timers. 
Clock Generator, and Programmable Interrupt Con- 
troller). The 80186 instruction set is a superset of 
the 8086 and maintains object code compatibility 
while adding additional instructions. 


This high performance component manages the 
board's multi-user. multi-protocol communications 
operations. Refer to the Microsyst"m Components 
Handbook, Order Number 230843-00X, for more de- 
tailed information on the hardware operation and re- 
quirements of the 80186 microprocessor compo- 
nent. 
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DIRECT 
MEMORY 
ACCESS 
(DMA) 
FUNCTION 


The iSBC 
186/410 
board 
provides 
13 channels 
of 
DMA to support 
serial 
I/O, 
iPSB interface, 
and/or 
iSBX bus transfer 
operations. 
The 80186 microproc- 
essor 
provides 
two 
DMA channels, 
the 82258 
Ad- 
vanced 
(ADMA) 
controller 
supports 
three 
"direct" 
channels 
of DMA, and the ADMA 
multiplexer 
circuit 
uses 
the 
fourth 
82258 
ADMA 
channel 
providing 
eight additional 
multiplexed 
DMA channels. 
The allo- 
cation of the board's 
DMA channels 
to on-board 
re- 
sources 
is listed in Table 
1. 


Six 
serial 
interfaces 
are 
provided 
on 
the 
iSBC 
186/410 
board: two interfaces 
support full asynchro- 
nous, 
byte-synchronous, 
and 
bit-synchronous 
(HDLC/SDLC) 
communication 
and 
four 
interfaces 
support 
asynchronous-only 
communication. 
The two 
RS422A 
configurable 
ports can also be tri-stated 
to 
allow 
multi-drop 
networks. 
The board's 
serial capa- 
bility can be expanded 
to 10 channels 
by adding two 
iSBX 354 Dual Channel 
Serial 
I/O 
MUL TIMODULE 
boards. 
Each 
added 
iSBX 
354 
board 
uses 
an 


Channel 
Channel 
DMA Configuration 
Count 
l 
Number 
Local Bus Resource 


80186 


1 
DMAChannel 
0 
Half-Duplex 
High Speed Serial Interface 
(SCC1 Channel A) 
(-High 
Density 15-Pin Connector) 


2 
DMAChannel 
1 
Full-Duplex 
Serial Interface 
(SCC1 Channel 
A) or SBX1 DMA Request 


82258 ADM A 


3 
DMAChannel 
0 
Input DMA from MPC (Message 
Passing Coprocessor) 


4 
DMAChannel 
1 
Output DMA to MPC 


5 
DMAChannel 
2 
Half-Duplex 
High Speed Serial Interface 
(SCC1 Channel 
B) 
(-High 
Density 15-Pin Connector) 
or SBX1 DMA REO 


DMAChannel 
3 
Full-Duplex 
High Speed Serial Interface 
(SCC1 Channel 
B) or 
INT2 DMA REO from DMA Multiplexer 


DMA Multiplexer· 


6 
DMAChannel 
0 
Half-Duplex 
Serial Interface 
(SCC2 Chan. A, 9-pin conn.) 


7 
DMAChannel 
1 
Full-Duplex 
Serial Interface 
(SCC2 Chan. A) 


8 
DMAChannel 
2 
Half-Duplex 
Serial Interface 
(SCC2 Chan. B, 9-pin conn.) 


9 
DMAChannel 
3 
Full-Duplex 
Serial Interface 
(SCC2 Chan. B) or SBX1 DMA Request 
or Half-Duplex 
SCC1 Channel 
B. 


10 
DMAChannel 
4 
Half-Duplex 
Serial Interface 
(SCC3 Chan. A, 9-pin conn.) 


11 
DMAChannel 
5 
Full-Duplex 
Serial Interface 
(SCC3 Chan. A) or SBX2 DMA Request 


12 
DMAChannel 
6 
Half-Duplex 
Serial Interface 
(SCC3 Chan. B, 9-pin conn.) 


13 
DMAChannel 
7 
Full-Duplex 
Serial Interface 
(SCC3 Chan. B) or INT1 SBX1 for 
SBX344 


NOTE: 
·ADMA 
Channel 
3 is used to add the DMA Multiplexer. 


82530 SCC component to provide two independent 
full duplex serial channels configurable as either 
RS232C or RS422A interfaces. It also supports both 
asynchronous or programmable byte and bit syn- 
chronous 
(HOLC/SOLC) 
protocols. 
The 
HOLC/ 
SOLC interface is compatible with IBM system and 
terminal equipment and with CCITT's X.25 packet 
switching interface. 


Three 82530 Serial Communications Controllers 
(SCCs) provide six channels of half/full serial I/O. 
Two channels are configurable as either RS232C or 
RS422 on two high density 15-pin female O-shell 
connectors. Four more channels are RS232C-only 
using IBM standard g-pin male O-shell connectors. 
All six channels directly support the Data Terminal 
Equipment (OTE) configuration, with the Data Com- 
munication Equipment (OCE) pin-out supported by 
changes in the cable wiring. 


The 82530 component is designed to satisfy several 
serial communications requirements; asynchronous, 
byte-synchronous, 
and 
bit-synchronous 
(HOLC/ 


186/410 
MEMORY 
MAP 


ON- 
BOARD 
EPROM 
- 


IPSB 
"YiiNoOW- 


ON- 
BOARD 
DRAM 


SOLC) modes. The increased capability at the serial 
controller point results in off-loading a CPU of tasks 
normally assigned to the CPU or its associated hard- 
ware. Configurability of the 82530 allows the user to 
configure it to handle all asynchronous data formats 
regardless of data size, number of start or stop bits, 
or parity requirements. An on-chip baud rate genera- 
tor allows independent baud rates on each channel. 


Memory SUbsystem 


The iSBC 186/410 board's on-board memory sub- 
system consists of a large DRAM array and a set of 
universal memory sites. Access to the on-board 
memory subsystem resources, as well as off-board 
iPSB bus access, is accomplished by observing the 
iSBC 186/410 board memory map (see Figure 4). 
The mapping occurs within the 1 megabyte memory 
space of the 80186 microprocessor, and is split into 
three main areas: DRAM reserved, iPSB window, 
and EPROM reserved. The first 0 to 512K bytes is 
always reserved for local DRAM, the next 128K or 


IPSB 
MEMORY 
MAPD·Gnns 
-- 


MBII 
WINDOW 
BASE 
ADDRESS 
IS ANY 
MULTIPLE 
OF 128K 
OR 256K 
(SIZE 
OF MULTIPLE 
= WINDOW 
SIZE) 
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256K bytes (or up to 768K) is the iSPB window, and 
the remaining 384K or 256K byte area is reserved 
for local EPROM. The iPSB window maps a 128K or 
256K byte local memory area into the 4 gigabyte 
global physical address range of the MULTIBUS II 
iPSB bus. This window is programmable and allows 
the 80186 processor to access the complete 4 giga- 
byte memory space of the iPSB bus. 


The board's memory map also supports a 64K byte 
access window for I/O space between local and 
iPSB bus access. The 64K bytes of local I/O space 
is mapped 1-to-1 to the iPSB bus' 64K byte I/O 
space and is not programmable. The upper 32K 
bytes access the iPSB bus I/O space, and the lower 
32K bytes are reserved for local on-board I/O. 


DRAM 
CAPABILITIES 


The iSBC 186/410 board comes standard with a 
512K byte DRAM memory array on-board. 


A total of four 28-pin JEDEC universal sites reside 
on the iSBC 186/410 board. These sockets support 
addition of byte-wide ROM and EPROM devices in 
densities from 8K bytes (2764) to 64K bytes (27512) 
per device. Two of the four sockets contain a pair of 
27812 EPROM devices installed at the factory(1). 
These devices contain 128K bytes of firmware pro- 
viding both the Host-to-controller download routine 
and the Built-In-Self-Test (BIST) power-up diagnos- 
tics routine. The remaining two sockets allow the 
user to add either two additional devices or an iSBC 
341 EPROM MULTIMODULE for a maximum of 
512K bytes. 


NOTE: 
(1) These devices may be removed by the user for 
access to the two 28-pin sites. 


The I/O subsystem provides timers, interrupt control 
and two IEEE P959 iSBX connectors for I/O expan- 
sion or customization. 


PROGRAMMABLE 
TIMERS 
AND INTERRUPT 
CONTROL 


The 80186 microprocessor on the iSBC 186/410 
board provides three independent, fully programma- 
ble 16-bit interval timers/event counters for use by 
the systems designer to generate accurate time in- 


tervals under software control. The outputs may be 
independently routed to a PIC to count external 
events. The system software configures each timer 
independently and can read the contents of each 
counter at any time during system operation. 


In a MULTIBUS II system, external interrupts (inter- 
rupts originating from off-board) are interrupt type 
messages over the iPSB bus rather than signals on 
individual lines. Interrupt type messages are handled 
by the bus interface logic, the MPC Message Pass- 
ing Coprocessor chip. The MPC component inter· 
rupts the 80186 processor via an 8259A Program- 
mable Interrupt Controller (PIC) indicating a mes- 
sage has been received. This means that 1 Interrupt 
line can handle interrupts from up to 255 sources. 


Two on-board 8259A PICs are used in a master- 
slave configuration for processing on-board inter- 
rupts. One of the interrupt lines handles the interrupt 
messages received from the iPSB bus. Table 2 in- 
cludes a list of devices and functions supported. 


ISBXTM BUS I/O EXPANSION 


Two 8/16-bit iSBX bus (IEEE P959) connectors are 
provided for modular, low-cost I/O expansion. The 
iSBC 186/410 board supports both 8·bit and 16·bit 
iSBX MULTIMODULEs through these mating, gas- 
tight pins and socket connectors. DMA is also sup- 
ported to the iSBX connectors and can be config- 
ured by programming the DMA multiplexor attached 
to the 82258 ADMA component. The iSBX connec- 
tors on the iSBC 186/410 board support a wide vari- 
ety of standard iSBX compatible boards from Intel 
and other independent vendors providing add-on 
functions such as, floppy control, %" tape control, 
bubble memory, parallel/serial I/O, BITBUSTMinter- 
face, math, graphics, IEEE 488, and analog I/O. 
Custom iSBX module designs are also supported as 
per the IEEE P959 iSBX bus specification. 


This subsystem's main component is the Message 
Passing Coprocessor chip. Subsystem services pro- 
vided by the MPC bus interface component include 
full message passing support and memory, I/O, and 
interconnect access to the iPSB bus by the 80186 
processor. The single-chip Message Passing Co- 
processor is a highly integrated CHMOS device im- 
plementing the full message passing protocol and 
performing all the arbitration, transfer, and exception 
cycle protocols specified in the MULTIBUS II Archi- 
tecture 
Specification 
Rev. 
C., 
Order 
Number 
146077. 


Device 
Function 
Number 
of 
Interrupts 


iPSB Bus Interface 
(MPC) 
Message-Based 
Interrupt 
Requests 
from the iPSB 
1 interrupt 
for 
bus via MPC Message 
Passing Coprocessor 
up to 255 
sources 


8751 Interconnect 
Controller 
Interconnect 
Space 
1 


80186 Timers & Interrupt 
Timers 0 and 1 and Interrupt 
Acknowledge 
1 
3 


82530 SCCs (3 devices) 
- 
SCC # 1 and SCC # 2 or SCC # 3 for Transmit 
2 
Buffer Empty, Receive 
Buffer Full, and Channel 
Errors 


iPSB Bus Interface 
(MPC) 
Indicates Transmission 
Error on iPSB Bus 
1 


82258 ADMA 
DMA Transfer 
Complete 
1 


IEEE P959 iSBX Bus Connectors 
(2) 
Functions 
Determined 
by iSBX Bus 
4 
MUL TIMODULE 
Boards 
(2/ connector) 


IEEE P959 iSBX Bus Connectors 
(2) 
DMA Interrupt from iSBX (TDMA) 
2 


MUL TIBUS 
II interconnect 
space 
is a standardized 
set of software 
configurable 
registers 
designed 
to 
hold and control 
board configuration 
information 
as 
well as system and board level diagnostics 
and test- 
ing information. 
Interconnect 
space 
is implemented 
with the 8751 
microcontroller 
and the MPC silicon 
resident 
on the iSBC 186/410 
board. 


The 
read-only 
registers 
store 
information 
such 
as 
board type, vendor 
1.0., firmware 
rev. level, etc. The 
software 
configurable 
registers 
are used 
for auto- 
software 
configurability 
and 
remote/local 
diagnos- 
tics and testing. 


HOST/CONTROLLER 
SOFTWARE 
DOWNLOAD 
ROUTINE 


Resident 
in ROM on this controller 
is a host-to-con- 
troller 
software 
download 
routine 
to 
support 
the 
downloading 
of 
communication 
firmware 
into 
the 
iSBC 
186/410 
Serial 
Communication 
Computer. 
This loader 
adheres 
to the MUL TIBUS 
II Download 
Protocol 
and responds 
to commands 
issued by soft- 
ware 
running 
on a host CPU board. The host CPU 
passes 
these 
commands 
to the loader via registers 
defined 
in the board's 
interconnect 
space. A down- 
load function, 
a commence 
execution 
function, 
and 
an examine 
local memory function 
are all provided 
in 
the 
routine. 
Data 
transfers 
are supported 
by both 
shared 
memory 
systems 
and 
message 
based 
sys- 
tems. The top 1K of DRAM on the board is reserved 


for the exclusive 
use of the download 
program. 
Host 
CPUs 
must 
not overwrite 
this 
area with 
download 
commands. 


Software 
on the 
host 
is responsible 
for accessing 
the iSBC 186/410 
board's 
firmware 
on disk or from 
ROM visible to the host and translating 
it into linear 
sequences 
of bytes 
suitable 
for downloading 
(see 
Figure 5). After 
downloading 
the firmware, 
the host 
issues a command 
for the loader routine on the con- 


troller 
to begin 
execution 
of the 
downloaded 
soft- 
ware. 


On-board 
built-in self-test 
(BIST) diagnostics 
provide 
a customer 
confidence 
test of the various functional 
areas on the iSBC 186/410 
board. The initialization 
checks 
are performed 
by the 8751 
microcontroller, 


while 
the BIST package 
is executed 
by the 80186 
microprocessor. 
On-board 
tests included 
in the BIST 
package 
are: DRAM, 
EPROM, 
80186, 
82530 SCCs, 


and the MPC. 


Additional 
activities 
performed 
include 
initialization 
at power-up 
using the Initialization 
and Diagnostics 
Executive 
and a program 
table 
check, 
a feature 
al- 
lowing 
users to add custom 
code 
in EPROM 
while 
still maintaining 
full use of factory 
supplied 
BISTs. 


Immediately 
after 
power-up 
and initialization 
of the 
8751 microcontroller, 
the 80186 microprocessor 
be- 
gins its own initialization 
and on-board 
diagnostics. 
Upon successful 
completion 
of these 
activities, 
the 
Initialization 
and Diagnostics 
Executive 
invokes 
the 
user-defined 
program 
table. A check 
is made of the 
program 
table 
which 
then 
executes 
user-defined 
custom 
programs. 


inter 


ROM 
BASED 
DOWNLOAD 
ROUTINE 


The BIST package 
provides 
a valuable 
testing, 
error 
reporting 
and 
recovery 
capability 
on MUL TIBUS 
II 
boards 
enabling 
the OEM to reduce 
manufacturing 
and maintenance 
costs. An LED on the board's front 
panel indicates 
the status of power-up 
diagnostics. 
It 
is on when 
BIST 
diagnostics 
start 
running 
and 
is 
turned off upon successful 
completion 
of the BISTs. 


System Clock 


CPU: 8.0 MHz 


NOTE: 
Basic 
instruction 
cycle 
is defined 
as the fastest 
in- 
struction 
time (Le., 4 clock cycles). 


Local 
Memory 


DRAM-512K 
bytes on-board 
(64K x 4-bit devices); 
8 sockets 
provided 
to support 
additional 
256K bytes 


EPROM-Number 
of sockets-four 
28-pin 
JEDEC 
sites 


EPROM 
Device 
Size 
Max. Memory 
(Bytes) 
Capacity 


2764 
8K 
32K bytes 
27128 
16K 
64K bytes 
27256 
32K 
128K bytes 
27512 
64K 
256K bytes 


NOTE: 
--EPROM 
Expansion 
to up to a maximum 
of 512K bytes 
is 
achieved 
via attachment 
of the 
iSBC 
341 
EPROM 
(256K 
byte) MUL TIMODULE 
board. 


Serial-5ix 
programmable 
serial 
channels 
using 
three 82530 Serial Communications 
Controller 
com· 
ponents. 


I/O Expansion-Two 
8/16-bit 
IEEE P959 iSBX con- 
nectors 
(DMA 
supported). 
(The board 
supports 
ei- 
ther two single wide or one double-wide 
form factor 
iSBX module{s).) 


Timers-Three 
programmable 
timers 
on the 80186 
microprocessor. 


Input Frequencies-Frequencies 
supplied 
by the in- 
ternal 
80186 
16 MHz crystal; 
82530 
SCCs: crystal 
driven 
at 9.8304 
MHz div. by two; iSBX Connector: 
crystal 
driven at 9.8304 
MHz. 


Synchronous-Internal 
or 
external 
character 
syn- 
chronization 
on one or two synchronous 
characters. 


Asynchronous-5-8 
data bits and 1, 1% or 2 stop 
bits per character; 
programmable 
clock factor; break 
detection 
and generation; 
parity, overrun, 
and fram- 
ing error detection. 


Synchronous 
X 1 Clock 
(Channels 
0,1) 


Baud Rate 
82530 Count 
Value 
(Decimal) 


64000 
36 
48000 
49 
19200 
126 
9600 
254 
4800 
510 
2400 
1022 
1800 
1363 
1200 
2046 
300 
8190 


Asynchronous 
X16 Clock 
(Channels 
0-5) 


Baud Rate 
82530 Count 
Value 
(Decimal) 


19200 
6 
9600 
14 
4800 
30 
2400 
62 
1800 
83 
1200 
126 
300 
510 
110 
1394 


Serial Signals/Pin-Outs 


RS232C 
Interface 
Pin Assignment 
for High Density 
15-Pln Connectors 


J2 
RS·232C 
Pin 
RS·232C 
Signal 
RS-232C 
Signal 
Function 
Pin 
Number 
Name 


1 
1 
TXD 
Transmit 
Data 
2 
2 
RTS 
Request 
To Send 
3 
. 
3 
RXD 
Receive 
Data 
4 
4 
CTS 
Clear To Send 
5 
5 
RXC 
Receive Clock 
6 
6 
DSS 
Data Signal Select 
7 
'I 
7 
7" 
DTR 
Data Terminal 
Ready 
8 
8 
DSR 
Data Set Ready 
9 
9 
DCD 
Carrier Detect 
10 
10 
STXC 
Transmit 
Clock 
11 
11 
SGD 
Signal Ground 
12 
12 
", 
LCLPBK 
Local Loopback 
13 
13 
RMfiPBK 
Remote 
Loopback 
14 
14 
TS 
MD 
Test Mode Indicator 
15 
15 
RNG 
Not Supported 


inter 


J1 
Signal 
Name 
RS·422A 
Signal 
RS·422A 
Signal 
Function 
Pin 
On Board 
Name 


1 
RS42211 
TR (a) 
Transmit 
Data 


2 
(a) 
Control 


3 
RS4229 
RD (a) 
Receive 
Data 
4 
(a) 
Indication 


5 
(a) 
Signal Timing 
6 
RS42212 
TR (b) 
Transmit 
Data 
7 
(b) 
Control 
8 
RS42290 
RD (b) 
Receive 
Data 
9 
(b) 
Indication 
10 
(b) 
Signal Timing 
11 
Signal Ground 
12 
Not Used 
13 
Not Used 
14 
Not Used 
15 
Chassis Ground 


NorE: 
The iSBC~ 186/40 board does not support the unused signals. 


Pin Number 
Signal 
Name 
Function 
In/Out 


1 
CD 
Carrier Detect 
In 
2 
RXD 
Received 
Data 
In 
3 
TXD 
Transmit 
Data 
Out 
, 


4 
DTR 
Data Terminal 
Ready 
Out 
5 
SG 
Signal Ground 
6 
DSR 
Data Set Ready 
In 
7 
RTS 
Request To Send 
Out 
8 
CTS 
Clear To Send 
In 
9 
RI 
Ring Indicator 
Not Supported 


Potential 
Interrupt 
Sources 
from iPSB Bus-255 
in- 
dividual 
and 1 Broadcast 


Interrupt 
Levels-12 
vectored 
requests 
using 
two 
8259As 
and 1 input to the master PIC from the slave 
PIC 


iPSB Bus-Compliance 
Level RQAlRPA 
D16M32 


iSBX Bus-Compliance 
Level D8/16 
DMA 


Serial 
1/0-2 
ch. RS232C 
or RS422A 
compatible, 
configured 
DTE only; 4 ch. RS232C 
IBM compatible 
only, configured 
DTE only. 


Interface 
Connector 
Part # 


iPSB 
96-pin DIN, right 
603-2-IEC-C096-F 
bus (P1) 
angle female 


RS232C/ 
15-pin high density, 
RS422A 
D type, right 
angle female 
(see note) 
RS232C- 
9-pin IBM compat- 
only 
ible, D type, right 
angle male (see 
note) 


NOTE: 
The manufacturers 
below provide 
connectors 
which 
will mate with the connectors 
supplied 
on the iSBC 
186/410 
board front-panel. 


inter 


Connectors and Shells 
Manufacturer 
Pins 
Part No. 


High Density D-type Plug (male) 
AMP 
15 
204501-1 
High Density D-type Plug (male) 
Positronic 
15 
DO-15M 
D-type Receptacle (female) 
AMP 
9 
205203-3 
D-type Receptacle (female) 
ITT-Cannon 
9 
DE-9S 
Connector Shells 
AMP 
(For 15 or 
745171-X 
ITT-Cannon 
9-pin connect. 
DE-51218 
3M 
above). 
358-2100 


Cable Description 
Manufacturer 
Part No. 


15 Conductor-5hield, 
Round 
Alpha 
5120/15 
15 Conductor-5hield, 
Round 
Beldon 
9541 
10 Conductor-5hield, 
Round 
Alpha 
5120/10 
9 Conductor-5hield, 
Round 
Beldon 
9539 


NOTE: 
All cable 
referenced 
is available 
in 100 ft. minimum 
lengths. 


The iSBC 186/410 
board meets all MULTIBUS II 
mechanical 
specifications 
as 
presented 
in 
the 
MULTIBUS II Architecture Specification Handbook 
(#146077, Rev. C) 


The maximum power required per voltage is shown 
below. 


Voltage 
Max. Current 
Max. Power 
(volts) 
(amps) 
(watts) 


+5V 
8.22A 
43.16W 
+12V 
150 mA 
1.89W 
-12V 
150 mA 
1.89W 
Depth: 220 mm (8.7 inches) 
Height: 233 mm (9.2 inches) 
Front Panel Width: 20 mm (0.76 inches) 
Weight: 822 gm (29 ounces) 
iSBC 186/410 
Serial Communications Computer Us- 
er's Guide (#148941-001) 
ENVIRONMENTAL 
CHARACTERISTICS 
Intel MULTIBUS II Architecture Specification Hand- 
book (# 146077) 


Temperature 


Inlet air at 200 LFM airflow over all boards 
Non-operating: -40·C 
to +75·C 
Operating: O· to + 55·C 


Manuals may be ordered from any Intel Sales Rep- 
resentative, Distribution Office, or from the Intel lit- 
erature Department. 3065 Bowers Avenue, Santa 
Clara. CA 95051. 


Non-operating-95% 
Relative Humidity @ + 55·C. 
non-condensing 


Part Number 
Description 


iSBC 186/410 
MULTIBUS II Serial Communica- 
tions Computer 
Operating-90% 
Relative Humidity @ + 55·C, non- 
condensing 


intel' 
Communications sb-mces 


IBMt 
HOST 
MAlNFlWlE 


• 
VPM 188 ASYNC/BISYNC 
COMMUNICATION 
SERVICES 


The VPM 188 Async/Bisync Communication 
Subsys: 
tern delivers a wide variety of communication 
services. 
IBM mainframe access is provided via emulation 
of 
IBM bisync network protocols 
and devices: 
3271 Model 2 Cluster Controller, 
3277/78 
Dis- 
plays, and 3287 Printers for interactive host access 
'"'780/3780 Remote Job Entry (RJE) Workstation 
for batch host access 
Multiieaving HASPRJEWorkstation for batch host 
access 
Comprehensive 
asynchronous 
communication 
sup- 
port is provided, including: 
Async terminal 
multiplexing 
either 
directly 
at- 
tached or remotely 
connected 
via dial-up async 
modems 
Serial printer control 
System-to-system link support through serial async 
line 
using 
UUCP; either 
directly 
attached 
or 
remotely connected 
via async modem 


'INTf-L("ORPORATlON.I<Jll7 


• X('NIX 
IS A RF.CiISTFRFD 
TRADt-.MARKot· 
MKROSOFT 
CORPORATION 
tlBM 
IS A RECilSTFRED 
TRADFMARK 
OF INTF.RNAlIONAl 
t1tISINFSS 
MACHINFS 


VPM 188 ASYNC/BISYNC 
COMMUNICATION 
SUBSYSTEM 


~ Virtual Protocol Machine delivers 
asynchronous 
and bisynchronous 
lines and 
protocols for Intel XENIX' systems and 
networks 
~ Mainframe 
link for host data, application, 


and report access provided by IBM protocol 
emulation 
of HASp, 2780/3780 
R]E and 
3270 bisync protocols 
~ Async communications 
support for terminal 
multiplexing, serial printers, async modems 
and serial system-to-system links 


~ Single hybrid subsystem for very cost effective 
and flexible multiple service communication 
support 
~ Full menu-driven installation, administration 
and user interface for ease of use 


• 
FLEXIBLE MULTILINE CONTROL 
AND CONFIGURATION 


The subsystem controls 
8, 10 or 12 communication 
lines in a wide set of user selected configurations. 
It 
allows dynamic selection 
of line rypes at install and 
boot time; the number of bisync lines and protocols 
and the number of async lines can be configured for 
specific 
application 
requirements. 
Both interactive 
and batch mainframe access is supported via emulation 
of IBM's most popular network and device protocols. 


• 
MENU-DRIVEN 
INTERFACE FOR 
INTEGRATION 
AND EASE OF USE 


The VPMsubsystem's flexibility and power is delivered 
to users and administrators 
through a comprehensive 
menu system. The menus lead users and administrators 
through 
installation, generation, 
administration, 
and 
use of the subsystem in a nonconfrontive, 
easy to use 
manner. Rapid productivity gains results. 


Support for simultaneous operation of multiple mixed 
line types and bisync protocol 
emulations is enabled 
using VPM's dynamic line configuration and protocol 
downloading 
features. 


OpenNET'- 
compatible 
network 
operation 
allows 
bisync emulation 
services and async communication 
services to be accessed by remote XENIX and DOS 
users across OpenNET for cost-effective gateway oper- 
ation. May require OpenNET Virtual Terminal. 
Screen and print data can be moved to any system or 
network 
file for subsequent 
processing 
by standard 
XENIX and/or DOS applications. Addition of custom 
applications 
can enable IBM compatible 
distributed 
DP. 


• 
A SINGLE WORKSTATION FOR ALL 
PROCESSING AND COMMUNICATION NEEDS 


With Intel's powerful VPMcommunication 
subsystem, 


users no longer require multiple workstations for their 
various tasks. Local department 
processing, personal 
computing, 
mainframe 
application 
processing 
and 
reporting 
and inter·user 
communication 
can all be 
accomplished 
from a single PC or terminal. 


• 
THE VIRTIJAL PROTOCOL MACHINE STANDARD 


VPM 188 implements AT&T's specification for a Vir- 
tual Protocol Machine for UNIX' systems. Intel's ver· 
sion for XENIXsystems goes beyond the VPMstandard 
with hybrid protocol 
services. 


TECHNICAL SPECIFICATIONS 


3270 Bisync Emulation - 
3271 Model 2 Cluster Control Unit, 3277/78 
Display, 3287 Printer 
HASPEmulation - 
Multileaving HASP RJE Workstations 
2780/3780 
RJE Emulation - 
2780/3780 
RJE Workstation 
Emulation 
%00 bps full and half-duplex line support 


The base Virtual Protocol 
Machine 
for 188/48 
and 1811/56 controllers 
in Intel XENIX systems. Controls 
8, 10 or 
12 RS232 lines to be async and/or 
bisync. All async support 
included. 
Package includes 
software 
and documen- 


tation. 
Prerequisite 
is XENIX system with 
iBASE. 


Multileaving 
HASP RJE workstation 
emulator. 
Supports 
both 
transparent 
and non-transparent 
mode 
HASP 
protocols. 
Package 
includes 
HASP emulation 
software, 
installation 
instructions, 
user guide and administrator 
guide. 
Prerequisite 
is VPM 188DK. 


2780/3780 
RJE workstation 
emulator 
for Remote 
Batch Terminal 
Emulation 
(RBTE) 
across bisync lines/net- 


works. Package includes 
RBTE emulation 
software, 
installation 
instructions, 
user guide and administrator 
guide. 


Prerequisite 
is VPM 188DK. 


3270 bisync emulator 
for interactive 
IBM host access. Emulates 
a 3271 Model 2 Cluster 
Control 
Unit and up to 


seven 
devices: 
3277/78 
Model 
2 Displays 
and one 
3287 
Model 
2 Printer. 
Compatible 
with 
OpenNET 
for 
cross-net 
gateway oriented 
service. Package includes 
all emulation 
software, 
installation 
instructions, 
3277/78 
function 
key templates, 
user guide 
and administrator 
guide. 
Prerequisite 
is VPM 188DK. 


Eight line communication 
system 
extension 
module 
hardware. 
Used when 
no 188/48 
or 188/56 
exists 
in 
system 
already. 
Includes 
all necessary 
hardware, 
cabling 
and documentation. 


Additional 
two line communication 
system extension 
module 
hardware. 
Used to add 2 async lines to J 88 based 
subsystem 
via daughter 
board. Includes 
all necessary 
hardware, 
cabling and documentation. 
Prerequisite 
is SBC 


or SXM 188/48. 


I 
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• 
3270 
SNA COMMUNICATION 
SERVICES 


The 3270 Communication 
Subsystem allows multiple 
XENIX system users and IBM PC compatibles 
on an 
OpenNET network to operate on IBM SNAnetworks. 
The 
subsystem 
installs 
in a single 
non-dedicated 
XENIX system and runs SNA emulations 
for system 
users and OpenNET users. It provides emulation of a 
3274 Type 2 Cluster Controller, 
3278 Model 2 Dis- 
plays and 3287 Model 2 Printers. Up to 72 XENIX-NET 
nodes are supported 
from a single gateway with 16 
simultaneous 
Logical Unit sessions. 


• 
SNA COMMUNICATION 
ENVIRONMENT 


This subsystem communicates with the host over dial- 
up,leased, point-to-point, and multidrop lines, coexist- 
ing with IBM equipment. 
Line speeds up to %00 bps 
are supported. 
The subsystem communicates 
with a 
variety of IBM hosts (370, 303X, 308X, 43XX), com- 
munication front ends (3705,3725), 
access methods 
(YrAM, 
TCAM) 
and 
applications 
(CICS, 
CMS, 


DSPRINT, ISPF, TSO/SPF). No change is required 
to 
the host software for connection 
and operation of the 
Intel 3270 SNASubsystem. 
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3270 SNA 
COMMUNICATION 
SUBSYSTEM 


~ 3270 SNA/SDLC emulator for Intel XENIX" 
systems and networks 
~ Mainframe 
data and application access 
~ SNA gateway for OpenNEr" 
LAN users 
~ 3274 cluster controller (PU.T2), 3278 display 
(LU.T2) and 3287 printer (LU.T2) emulation 
~ Complete menu driven interface and 
administration 
delivers ease of use 
~ 72 nodes and 16 simultaneous 
sessions supported 


• 
OpenNET-SNA 
CONTROLLER 
AND 
DEVICE 
EMUlATION 
GATEWAY 


The 3270 SNACommunication 
Subsystem can be dis- 
tributed across an OpenNET network for optimal gate- 
way services. One network node contains the actual 
SNAcommunication 
processor for 3274 Cluster Con- 


troller emulation while other nodes have copies of the 
device emulators. The dispersed device emulators all 
access the one gateway node for mainframe SNAcom- 
munication. Up to 16 users can establish and use SNA 
sessions simultaneously. 


• 
A SINGLE WORKSTATION 
FOR ALL 
PROCESSING 
AND COMMUNICATION 
NEEDS 


With Intel's 3270 SNASubsystem, users will no longer 
require multiple workstations for their various tasks. A 
single terminal 
or PC can be used to access local 
applications and data as well as access mainframe data, 
applications 
and 
reports. 
Intel's 
SNA emulator 
is 
optimized for very cost effective department 
automa- 
tion. 


intel 


• 
ADVANCED SUBSYSfEM FEATIJRES 
Session hold allows a user to temporarily exit or sus- 
pend an SNA session to perform 
other tasks, while 
maintaining 
the host connection, 
and return to the 
same connection 
later. 
Multiple gateways can exist on a single OpenNET net- 
work in those cases where greater than 16 concurrent 
sessions are required. 
Screen and print capture features allow users to easily 
log screen data from the current session into any file on 
the network, and spool printer output to any file. Users 
can process the captured data files further using stan- 
dard DOS and XENIX applications. 
Printer sharing enables the "local copy" device to be 
specified as any network printer 
attached 
to a node 
with 3287 Printer Emulation. 
Complete menu-driven user and administration 
inter- 
face reduces 
installation 
and maintenance 
time and 
enhances user productivity due to low confrontation. 
Interactive configuration 
and terminal definition utili- 
ties are included for flexibility in configuring the sub- 
system for target environments. 
For coexistence with Intel's other advanced communi- 
cation subsystem, VPM188 Async/Bisync Communica- 
tion Subsystem, assures that a combination 
of SNA, 
Bisync and Async lines can be configured and used. 


TECHNICAL SPECIFICATIONS 


3270 Base Datastream (3270 DSC) 
SNA Character String (SCS) 
1920 Character Device Buffers 
SNA Communication 
Protocols 
SDLC Unk Protocols 
9600 bps full and half-duplex 


• 
HIGH PERFORMANCE MULTI-PROCESSOR 
SUBSYSfEM ARCHITEcnJRE 


The functions of the 3270 SNACommunications 
Sub- 


system are optimally distributed across the sYstem bus. 
The system's central processor otlloads the majority of 
communication 
tasks to an advanced communication 
processor which handles most of the emulation. Prin- 
ter and display emulation, and configuration and oper- 
ation administration are done by the central CPUwhile 
3274 SNACluster Controller 
emulation, session con- 
trol and SDLCare implemented 
in the communication 
processor. 
The net result 
is higher 
system perfor- 
mance. 


• 
A COMPLETE, INTEGRATED SNA 
COMMUNICATION SOLUfION 


The 3270 SNA Communication 
Subsystem is a fully 
integrated 
hardware, firmware and software solution 
which is ready to install and operate in an Intel XENIX 
system. Complete installation instructions, administra- 
tor's guide and user's guide for both XENIX only and 
Intel's XENlX enhanced with iBASEare included. 


SNA PU Type 2 
SNA LU Types I, 2 and 3 
Requires synchronous 
modem and system 
to modem cabling in addition to leased or 
dial-up communication 
line. 


ORDERING INFORMATION 


3274SNA88 
Complete 3270 SNACommunication 
Subsystem including: iSBC88/45-based 
communi- 
cation controller 
(double high) with 256K memory and SDLCfirmware, 3274 Cluster 
Controller 
emulator 
firmware for single system or OpenNET network 
SNA gateway 
operation, 3270 printer support software, 3278 display emulator software, 3287 printer 
emulator software and complete 
documentation. 


